@imes #6 snap 就算了，netplan 有什么问题？

milvus 是最火的那个

@Tumblr #2 貌似这个是 A/B 灰度测试，只有部分人会启用此特性

浮现成功，前提是你不要输全域名，只输一半

@KINGWAY #7 说反了吧，hyper-v 是裸金属虚拟化，效率是最高的

如果你没有 GUI 和特定硬件需求首先考虑 hyper-v

这种 Java 入门的东西就没必要拿来引流了吧 https://i.imgur.com/MycVCw9.jpeg

@icyalala #61 唯一正解，Windows 发生 overcommit 的时候具体也不是交换到磁盘，而是单纯保留一部分 SWAP 磁盘空间，实际上是没有额外性能开销的

@AoEiuV020JP #8 这点内存还敢关分页文件，我实在是难以评价，我 64G 都不敢关
https://i.imgur.com/LzSXNhf.png

看来又降本增笑了

@lambdaq #24 RPC 领域，论生成的代码质量，thrift 比 grpc 好得多
论数据交换 msgpak 把 pb 按在地上打

grpc 恶心是因为 protobuf 恶心，这个玩意生成的代码就是一坨屎，污染整个项目

一加/oppo 特色，需要用原厂线，和驱动没关系，设备管理器都压根认不到设备的

这明显 bot 啊，和国内阿里云腾讯云的销售的诚意差远了，后者都是真人电话

kotlin 主要是写的爽，开发效率高，不容易写出错误。

性能和 Java 是一样的，而且协程的优势快被虚拟线程抹平了，此外协程也没有解决阻塞 IO 的问题，相反虚拟线程是真的解决了 IO 问题的

@xwwsxp #4 虚拟线程 VT 不是协程，这是两回事

@Eillott #3 一直封锁啊，GPT 是禁止出口的技术，所以港区不能用

@elron #2 https://i.imgur.com/69ef9CH.gif

降本增笑了😁😁