提交大小「偷」的是你的虚拟内存。系统默认开着虚拟内存，他用虚拟内存，当然不需要你去关心使用量。
你现在把虚拟内存关掉了，当然会出问题了。
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 。

我来盲猜一下。
你以为 Promise 跑程序就像 Promise 跑 AJAX 一样是异步的，因为跑 AJAX 的时候，是先执行了后面的代码，再在 AJAX 收到回复以后异步执行 then()的内容。
但这个的异步是来自 AJAX (Asynchronous JavaScript and XML)里的 Asynchronous 而不是来自 Promise 。不管你用的是不是 Promise ，用 AJAX 就是异步的，不使用 AJAX 的代码默认就是同步的。
同理 setTimeout 也是一个异步功能，不管你用不用 Promise 他都是异步的。

@zhixiz1007 计算机专业毕业也不一定需要找码农工作。
你做其他行业的，有个编程能力，和别人就不是一个起跑线了。

一般刷题不是都 C++吗，直接 STL 容器走起。

选计算机呗。
以前不识字的叫文盲，现在不懂外语的成了新时代文盲，再过一些年不会写程序的就成文盲了。
不知道怎么就 49 年了，你是觉得计算机很快就要被淘汰掉了吗。

以前很多人分多个区是因为要减少硬盘碎片。以前文件系统驱动在写盘的时候会全部从文件系统的头部开始顺序写入，不分区的话会大大增加碎片数量（比如你在写入一个视频文件的同时系统也在写入系统日志，他们就会缠绕在一起产生几百几千片碎片）。现在一是 SSD 对碎片不敏感了，二是操作系统可以预分配空间，不像以前那样所有的文件数据都缠在一起。