如果你没有 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

降本增笑了😁😁

为什么你就觉得读书就可以不用吃苦了呢？我觉得土木老哥有话要讲

前端项目记得锁版本

除非是全闪被动散热 NAS ，否则那个噪音你要是放宿舍我睡觉直接给你扬了

@kenvix #17 *口误，不是当前线程池，是当前线程

Promise 并不会切换线程或者把任务丢到一个工作线程池去执行，而是就在当前线程池运行。而你的任务，恰恰就是计算密集型任务，线程资源全在跑你的循环上。跑完循环才能继续流程