那没办法了，顶多报个诈骗的案子。

不卡是因为你 SSD 足够快，很多内存都被分页到 SSD 上去了。
就算你在 16G 内存上开总共占用 50G 的软件都不会卡到哪里去。
至于够不够用，这就因人而异了，你觉得分页到 SSD 上去也无所谓，但有人不想分页去 SSD 。
我日常使用 30-40G 内存，所以我装了 64G ，反正内存又不贵，我不想省。你想省，只插 16G ，那也不是不能用。

> 他直接把这套房子抵押给银行，套出钱后回到北京直接又买了个写字间。而且青岛的房子和这个写字间出租后，收到的租金刚好比需要还给银行的‘月供’还多出 1000 多块。

这个操作是有前提的，一个是租售比，一个是利率，一个是预期价值。
贷款买房出租然后用租金去供房，首先是你要预期房价是看涨的，其次是利率足够低，而且不会上浮，最后是租金足够高并且有稳定的租客。

这个操作前几年在美国就可行，因为 (1) 美国大中城市房价预期看涨 (2) 前两年利率最低只有 2 点几（现在是 7 点几%） (3) 租金高。我现在住的房子出租差不多一个月 3000 多，房贷加地产税一个月 5500 ，如果利率是 3%的话一个月只要 3000 多，基本和租金持平了。

在中国可不可行，挺难说的，要是他这房子价格跌了，又租不出去，那可就血本无归了。

程序要跑起来，你总得给他个地方跑，开虚拟内存，那就是把多余的内存分页扔进硬盘里，虽然慢点，但至少还能跑。关了虚拟内存，程序连跑的地方都没有了。
要做 Java 我觉得 32G 是起步。我司的笔记本板载 8G ，插槽我换了一根 32 的，40G 算是差强人意，有条件的话还是上 64 比较好一些。我自己的开发机笔记本就是 32+32 了。

提交大小「偷」的是你的虚拟内存。系统默认开着虚拟内存，他用虚拟内存，当然不需要你去关心使用量。
你现在把虚拟内存关掉了，当然会出问题了。
Windows 内核是禁止超量申请内存的，一个进程申请 4G 多，你要么给 4G 物理内存，要么给 4G 虚拟内存。
Java 是出了名的吃内存，32 位的时候就一个进程吃 2G 了，64 位能吃更多。都那么多年了不会还有人不知道吧。

已提交内存是已申请内存。内存页上的占用是已使用（有内容的）内存。
已申请但没有使用的内存可以挪作他用，比如用来做硬盘的缓存给文件读写提速。
但 Windows 下已申请内存是不能超过内存总和的。比如你有 48G 总内存，你只能申请到 48G ，不能申请 49G 内存。
Linux 内核可选过量申请，即使你只有 48G 内存，你申请 480G 内存也可以批给你，但是当你真正写入 48G 数据以后还是会炸。

如#13 所说，内存足与不足是看已提交是否达到了物理内存+虚拟内存总量。如果你有 32G 物理内存，16G 分页文件，你的总内存大小就是 48G ，那么你的已提交最多只能到 48G ，超过 48G 就会爆内存。
这和你物理内存占用 50%没关系。就算你物理内存占用 5%，已提交（或者说内存使用量）爆了就是爆了。

如果能分布式跑，后者性价比更高。越是资源集中的设备价格越是贵，省城撕裂者属于是高频多核心全都拉满了，价格上天的。你要是能跨节点分布式的话，甚至可以考虑叠一堆家用级设备。

我一加 12 是有 80 停充选项的，你要自带的就只能去挑支持这个功能的，要不就老老实实听提醒音拔电源。

@qq1147 就是在从库机器上把库删了用新做的备份重新导入，然后从新的 binlog 位置同步就行了呀。

前期不亏本卖哪来的客户。后期不翻倍卖哪来的利润。

重做从库吧，全量备份的时候记一下当前 TX 位置，然后从库上重建就行了。反正你从库已经炸了，也没在用了吧。

我有一台 Intel 的小主机拿来跑监控探头的存储，也相当于 NAS 吧，隔几天就死机。
你运行那么稳定，是不是用了假 Intel 啊（

工作量证明，这是重新发明一次加密货币是吧……

map+reduce 一般用在可以并行处理的场景里。
你这里是顺序累加，不能乱序执行，不能并行，不如直接一个 for 循环搞定。

啊？提高测试覆盖率是过早优化？

换一种说法，不管是 Promise 也好 await 也好，要实现异步执行，必须要用异步执行功能。不管是 AJAX 也好，还是 setTimeout 也好，用了这些，你的程序才能异步起来，然后 Promise 也好 await 也好，才能用上异步执行功能。如果你的代码本来就是同步的，那你写 Promise 或者 await 都是白写，因为没有异步代码可以给你 await 。