你看看会不会是硬盘的问题，比如公司用 ssd，笔记本是机械，

（意思是换个机器就流畅了？那你看看有没有什么硬件差异

你可能需要的是 Spectrum https://imgur.com/a/EUFVckL.png 不过大概只能用于隐藏 ip，没有专门的邮箱服务商那样还能防垃圾邮件的功能（

ECS 里的 component 根本不能放逻辑，就是一个普通数据，所有逻辑都应该在 system 中处理，而 Entity 则作为实体的索引，通常可以实现成一个整数。
系统通过按一定条件遍历组件和观测组件增删状态来实现逻辑，每一个系统单独描述一个功能。
ECS 里的事件系统，要做的话，会做成类似资源的模式，（其实说白了就是全局变量），但是和楼主说的这里有所不同的是，事件触发并非是 push 模式，而是会做成在 system 里 pull，这样的好处很明显，就是规避了回调这种“扭曲”的控制流，使得你可以在正确的上下文处理事件，也不会由于并发导致触发事件处理器时的竞争状态（一个合理的 ecs 系统，应该能够根据 system 的需求（即需要读写哪些组件，用到了哪些资源）合理的安排并发，既不会导致竞争状态，也能最大程度利用多个核心，这在传统事件驱动里就很难做了，要么做成单线程处理一切，要么就是重新实现一大堆同步控制原语，保证事件处理不会有竞争）

@aleen42 抖个机灵而已，不用在意。想到一年前有个 hn 大火的文章说好多开发者写博客最后都变成写新的静态网站生成器去了（折腾主题也算吧）
话说回来 Markdown 确实有很多局限性，虽然看起来过得去，但是真遇到点需求还得内嵌 html （然后大部分标签又会被 GFM 过滤），要说最纯粹，那肯定是省去这些中间步骤，一步到位直接写生成文件来的纯粹

最纯的方法：用 HTML 写 HTML，用 PostScript 写 pdf

@agagega 因为都是机器生成的，所以一定是完全一致的，这个方法就可行了。。。（甚至连投影都不需要修复

上面的例子当我没说，看了一眼并不能声明多个语言，不过你可以手动写好几份，反正都是一次性编写的事情

你可能需要的是 snippet
可以使用类似这样的写法指定在哪些语言生效
{
"My Awesome Snippet": {
"prefix": "abc",
"lang": ["css", "php", "html"],
"body":[
"abc123!@#"
]
}
}

建议不要拆分文件，人家本来合起来就是为了让编译器做优化的，分开了性能会有影响
建议缓存对象文件

（提供个思路，没测试过性能表现）
用触发器去更新另一个表的字段。。。根据插入和删除自动维护
不确定会对插入性能造成多少影响）

对啊，总不能这点小事就上 ebpf 吧

用 win10 ame，彻底移除不需要的功能，包括自动更新

win10 ame 可以剥离输入法，缺陷是中文环境也剥离了，字体还在，但是默认编码不能设置为 gbk，也不能安装语言支持包。

要防止其他软件作恶的话，建议独立硬件存储，且不连接到设备上，不然再怎么防御也就是和 chrome 几乎明文存密码一个安全等级，能控制得了设备的就可以拿到密码，顶多需要潜伏到你输入 pin 那一刻。

@LeeReamond 我特意规避 GIL 和进程创建成本就是防着这一手，结果还是防不胜防啊
跨越进程的通讯当然也算是线程通讯，毕竟线程是基本执行单位，只是不能使用进程内的机制而已，这个意义说跨越物理 cpu，甚至物理机器的通讯也是线程间通讯。

不考虑线程间通讯的成本的吗，只要你需要统一搜集结果（或者线程同步），就会有通讯成本的问题，这个影响是很大的
除此之外，消费级 cpu 还有超线程的影响
以及多个核心同时工作导致无法同时达到最大睿频
或者干脆笔记本撞功耗墙

@putaozhenhaochi 直接运行图形应用，如无意外应该就可以开出窗口了

@Jat001 按 pdf 的写法后面那些方案也还是 rdp 啊，VAIL 不还是 rdp 的技术
RDP 之前就有 RemoteFX 技术，可以有效加速依赖 GPU 的渲染，现在在同一台设备上，配合已经有的 vGPU 理论上是可以有硬件加速的，只是没实现到那一步（