数字是随机的。问题在于人类的十进制。而且不是只有平均分布才叫随机。正态分布，泊松比，二项分布，这些都是自然界经常出现的分布。完全平均的随机才是少数。
（论为什么你没有长成一堆白噪声散沙）

所以企业盘有电容保证掉电也可以清空缓存

换端口+证书登录
换端口主要是排除一些低端脚本，省得心烦

其实你仔细看文一文二，说的都是安卓系统或者移动平台，也就是说，没有 root 权限，不一定能修改 page cache 回写的时机。那这种情况下用 mmap 就是不是办法的办法。因为 mmap 必定不阻塞，所以可以突破系统的限制。
但是这说白了是没有权限的情况下的投机取巧。而且这种情况下对 mmap 也是有限制的。反复 map unmap 还有 page fault 的开销也不小。所以实际效果如何还有待商榷。

死不了，内部一直在用 rdg 做运维工作。具体细节不知道能不能讲所以不讲。反正平均我每周至少能用到一次。

@ipwx write 只保证写入 page cache 。vfs 还有 IO scheduler 都可以对操作进行重排或者合并。所以你就算随机写，只要范围不大而且最终结果是连续的，那操作系统就能够合并操作，结果还是连续的
平时 write 会 block 是因为有缓存限制。但是这是可以调整的。
而且还可以用 non blocking write 。缓存满了就失败，你自己再想办法处理。
again，这些都是 page cache，由操作系统管理。

如果你认真了解过 mmap 的实现机制，就会知道，mmap 实际上就是把 page cache map 给你了。既然 write 也是写入 page cache，那写入之后的事情就没有区别了。

其实多线程还要高性能写入日志，最好的一个线程一个文件。事后再归并。大部分情况下系统时钟或者 monotonic 时钟就足够精度了。
如果你要求绝对的时间顺序，那就最好用无锁队列或其他方式，然后把日志写入交给专门的线程。
也可以开独立的日志进程，比如 syslog 。

@ipwx 你是不是忘了文件缓存也是由操作系统管理的？你 write 的时候是写入 page cache，flush 才是物理写入。如果你说的是进程挂了，那 write 进去的会在文件被关闭的时候自动 flush 。挂了也会由系统关闭所有文件。

如果你说的是系统挂了，那不管 mmap 还是 write 都得挂。
fwrite 是另一回事，因为 libc 可能另外有缓冲，但是你大可以不用 fwrite 。

fprintf 也是这样。只是写入 fd，并不会物理写入。建议你再看看 write 的文档。

@nuk 1.这里讨论的就是日志。2. 请解释 mmap 比 write 性能更好的理由。write 和 mmap 实际上都是操作 page cache 。除了 write 多一次拷贝之外，最终都是由系统管理何时写入物理媒介。
其实多线程还要高性能写入，最好的一个线程一个

@nuk 那你多线程写 mmap 就不用锁了？

@ipwx 问题是你内存里那一份又是哪来的？
要记录的数据那肯定是软件运行时本身就用的数据。那为什么不 fprintf 直接格式化进文件呢？
如果你是怕储存速度跟不上的话，那比起写 mmap 然后指望不知道什么时候会 flush，还不如加大文件 write buffer 和使用 nonblocking 然后加逻辑处理满了的情况。
mmap 更多的时候是用于直接映射到 struct 指针这种邪教玩法。

对于顺序写来说，mmap 只不过是隐藏了储存性能不足和 file write buffer 设置不当的问题。副作用是你彻底失去了对上述两者的控制。

而且以一般的持久储存媒介的性能，少一两次拷贝不会有实质性的影响。

我只信 bogleheads，满仓 sp500 。
美股不只是美国的公司，跨国公司还有全世界的公司的在美股上市。能进 sp500 的没有差公司。如果 sp500 都完蛋了，地球也差不多完蛋了。
投资当然有风险，以上言论都是以二三十年的跨度来说的。

Bing 直接显示科学计数法了。虽然不精确但也没有错

只有散热跟不上的情况才需要用 T
闲置时 T 不 T 都是一样的
T 就是锁了最大功率

不带 T 的应该也可以通过 XTU 锁功率

你这个需求还不如买两台
raspberry pi 或者一台 nuc 类的 sff 主机长期运行
单独配一台游戏机
游戏机那个配置，怎么算功耗都不可能低的。低负载运行的效率也很低。

你这不就是重新发明了 nuc ？ nuc 高端型号可以插显卡的