IO 效率与人
状态信息
Scales D J, Nelson M, Venkitachalam G. The design of a practical system for fault-tolerant virtual machines [J]. ACM SIGOPS Operating Systems Review, 2010, 44(4): 30–39.
VMware 公司有一篇 VM-FT的论文，介绍了如何借助虚拟机技术，构建一个主/从备份的容错系统。大部分计算机的指令是确定性的（deterministic），给定当前状态和指令，执行之后的状态是确定的。外界对内部的输入、产生随机数等少部分情况下，计算机执行是非确定性的（non-deterministic）。VM-FT论文的核心思想是通过虚拟机拦截下主机所有 non-deterministic 的指令，产生一个 log，通过网络发给从机，这样可以在完全不了解上层应用情况下，实现双机器运行任何软件的同步备份。这样依赖状态机的假设的方法存在一个问题，无法应对多核情况。多核执行时候的细微先后顺序是不能确定的，从而从相同状态和指令序列出发不能保证最后相同状态结果。
为了清晰传递自己的一个想法，自然希望能直接传递自己思想活动状态；别人直接“共情”我的思想活动，这是最容易理解的方式（？）；通过传递大量思考当中的细节（类比于指令），别人直接复现这些细节，相当于传递思想活动状态。但问题是人的大脑的神经元连接天然并行，比多核的执行顺序和并行度高的多的多；思考当中的各种补充细节，也相应的比指令序列多的多；表述这些细节，还需要自己加工成语言文字（即使这种直接表达思考细节，而不是构建成文章已经省略了很多文章结构的思考，语言文字的输出带宽还是比不上思想产生的速度）。VMware 最后似乎对于多核，还是放弃了状态机方法，回到传统的传 checkpoint 整体传状态。
或许需要一个卡拉（？
传统书信的低带宽（？
为什么要在聊天时候发网页链接、屏幕截图？
- 为了可信，有出处可以溯源
- 为了避免讨论时候自己概括让对方先入为主
- 为了提供自己这边的输出带宽（？
如果是我自己概括网页、截图内容，信息流动是网页/截图->信息理解->概括成语言文字->打字->对方理解语言文字；发链接和截图的话，信息流动是网页/截图->信息理解->发送链接/截图->对方理解网页/截图。阅读理解图文内容，并形成一个初步的感受印象和思考的速度很快，而且如前所说，思维里面可以顺序稍微模糊；但是如果需要再次概括输出，语言文字是线性的，需要考虑组织文字逻辑的问题。如果直接发链接/截图，可以跳过语言组织环节。
因此我莫名的害怕传统书信（？。现代的即时通讯工具即使加上能发链接/截图的优化，如前所述有时候还是不能匹配思维产生速度。如果媒介换成书信，只能使用语言文字，极高的延迟（？），那必然至少需要改变现在的交流模式。如果再碰上达西那种一封信不愿意多几张信纸写多几件事的家伙，那这个信息量就可想而知了。