第一句话就是错的哈，在内存足够的情况下，SWAP 不是一个好的机制。介质时延差了上百倍，SWAP 命中了还是靠 pagefault 来搞事儿，高负载的时候还时不时的引入一次 long wait swap ，一般高可靠的场景都是要关掉 SWAP 的

@pheyer #21 好吧，我旗帜鲜明得给你泼泼冷水……从我有限的钢琴和吉他的学习与演奏经历来看，单音乐器的练习对和弦乐器和乐理理解其实没啥用处😹

@pheyer 这个视频挺有意思，感觉和单射频分时复用挺像，实际上是利用延音效果听觉上呈现了双音。但是这种双音和小提琴的双音都有点比不上

其实我想说的是，单音乐器和和声乐器就像是骑马和开车，完全是两个路子……即便是纯理论(乐理基础)，都是两个世界。你不能说想考驾照的人想要把骑马练的炉火纯青吧😂😂😂

口哨按分类来说属于单音乐器，例如对学吉他钢琴这类比较主流的和声乐器的人来说，即便是从乐理角度看，意义也不是很大……如果从实际弹奏的角度来说，就差的更远了

如果说只是使用某个发行版操作系统的话，日常用起来就好了，可以先用 wsl 过渡（其实后面作为主力也不是不可以）

如果想深入研究 Linux Kernel ，那需要系统的学习一下操作系统的基础和体系结构知识

@OhYee #4 显卡驱动如果能和 USB 共享同一段视频 DMA ，然后把 USB 的时序又能想办法对齐显示器的获取数据流的时序，理论上应该是可以的（我没搞过这块，纯猜测的）

引用一句前几年被用烂了的话：先问是不是，再问为什么

现在主流的几个文件系统，想获取目录大小是极容易的，但是想快速获取目录大小是 [极难]

其实就想一想一个树，你想从 root 搜索到某个特定节点，是有很多快速搜索方法的。但是你想从 root 去统计下面所有 leaf 的一个属性，那只能靠遍历了（除非文件系统 /树的 node 数据结构中，有一个向下结算的属性，而且要能实时更新）

已经有成功案例的是做 IoT 小玩具，然后发 B 站和油管。

@lilaoba88888 #38 我有朋友在那边，不过那是一个大部门，各种组也挺多的，主要还是看各个组的情况哇，有多有少

😁菊厂太大了，工作体验还是看大部门的整体氛围和组的小氛围，像我们组就比较佛系，忙起来也会加班，不忙的时候六点大家直接跑路

刚毕业的时候应用机会不多，主要就是看看文档。
后来和海外的同事交流频繁起来了，口语读写也就慢慢又捡起了了。。

@Wien #39 我觉得你可能山路跑的不多，山道上经常有前面一个大货车，然后后面跟好几辆车，跟着货车屁股，不超车还互相贴很紧的。这种情况后面的车要超车必须要一辆一辆超，不是为了加塞，而是为了安全

我一般超车的时候确认左边车道前后距离足够，基本都是拐出去一脚深油，基本上被超的车就算加速也没啥用……

这个习惯应该是在山路上开多了养成的，国道全是借道超车，慢悠悠超车非常危险😉

如果你们未来的项目还是有基于 X86 的，那肯定 M1 会让你用得非常不爽

对比了网销、电销和 4S 店……最终发现还是 4S 最便宜

@uTools #15 我在个人的 Win 上装过，感觉非常有意思。但是可惜公司的电脑是基于 NT 认证的 proxy 的，没法手动配置 proxy 的话就没法联网😂

想问一下，自定义 proxy 的功能有了吗，之前试用过一次，因为不支持自定义 proxy 无奈卸载了