在我们的服务器框架 skynet 中，往往会在同一进程启动非常多的 lua 虚拟机，而大多数几乎运行着相同的代码（为不同的用户服务）。
因为 Lua 的代码也是数据，和 Erlang 这种天生设计成多服务的语言不通，Lua 并没有为多虚拟机同时运行做内存上的优化。所以，我在 5 年前给 Lua 制作了一个 patch ，可以把不同虚拟机间的函数原型数据提取出来共享一份，节省了不少内存。
不过，这个方案只能功能函数原型中的字节码以及调试信息，无法共享函数原型用到的常量表。这是因为，字符串常量是一个对象，尤其是短字符串，Lua 在虚拟机内部做了 interning 已加快字符串比较速度，使得它们很难在虚拟机间共享。
在 ECS 框架中，每个 System 在每次更新时，都遍历一类 Component 依次处理。这对于游戏的大多数场景都适用，因为游戏引擎要处理的对象通常是易变的。对于每个对象单独判断是否应该处理反而有性能负担。
但是，总有一些应用场景下，只对一类 Component 中的一小部分做修改，而没有被修改的对象可以保持上次的数据，而不必重复运算。在需要重算的对象数量远小于总量时，每个更新就很不划算了。
为了减少运算量，我们通常的解决方案是增加一个脏标记，修改时设置，设置它。这样就可以在处理的时候只处理被标记过的对象。常规的脏标记实现方案有两种，一是在 Component 上加一个 bool 字段，遍历的时候跳过没有标记的对象；二是在 Entity 上动态添加一个用于 tag 的 Component ，视作脏标记，遍历后再清除这个 tag 。
不过这两种方案在 lua 实现的 ecs 框架中，使用代价都比较大。
我们的游戏引擎采用 ECS 框架。最近一年的开发，为 ECS 框架的应用积累了不少经验。我在 blog 上也写过数篇 ECS 相关的东西：
最近两个月，结合过去的经验，我们对最初设计的框架做了较大的调整。这主要是源于对框架要解决的事情的更深入的理解，以及在实践过程中针对典型场景总结出来的模式。
最近一段时间在忙着设计和实现我们游戏引擎用到的数据格式。
在此之前，我们一直在直接使用 lua 描述数据；但最近随着数据类型系统的完善，同事建议设计一种专有数据格式会更好。希望专用格式手写和阅读起来能比 lua 方便，对 diff 更友好，还能更贴近我们的类型系统，同时解析也能更高效一些。lua 的解析器虽然已经效率很高，但是在描述复杂数据结构时，它其实是先生成的构造数据结构的字节码，然后再通常虚拟机运行字节码才构造出最终的数据结构。这样的两步工作会比一趟扫描解析构造要慢一些且消耗更多的内存。
现有的流行数据格式都有一些我们不太喜欢的缺点：
因为需要为我们的 3d engine 添加特效系统的模块，我最近读了一篇文章：Efficient CPU Particle Systems 。文章的作者为很多 MMO / MOBA 游戏设计过粒子系统，其中最有名的是上古卷轴 Online 。所以我认为他的实践很有参考价值。
文章很长，夹杂着设计思路，优化，算法实现，渲染实现。对于我来说，由于过去我做过好几版粒子系统，所以读起来不太费力，很多细节可以直接略过，我今天写一篇 blog 把我认为文章中对我最有参考价值的部分列出来。
昨天读了几篇文章，讲解了一种新的抗锯齿字体渲染的方法 。
我觉得颇有意思，就试着实现了一版 CPU 版本，想看看针对中文的效果。虽然最后觉得这个算法对游戏领域的实用性不大，不过还是挺有启发的。这里写写我对这个算法的理解，以及我所理解的算法局限性。
如果你有关注 lua 在 github 上的仓库，就会发现，最近一段时间增加了一个新特性：to-be-closed 的 local 变量。
鉴于历史上 lua 每次的大版本开发过程中都会增加很多有趣的特性，却无法保持到版本正式发布。本文也只是介绍一下这个有趣的特性，并不保证它一定会被纳入语言标准。正式的发布版中即使有这个特性，语法上也可能有所不同。
我认为 Lua 加入这个特性的动机是它缺乏 RAII 机制。过去，我们必须用 pcall 来确保一段代码运行完毕，然后再清理相关的资源。这会导致代码实现繁琐，几乎无法正确实施。比如，如果你用 C 函数申请了一块资源，期望在使用完毕后可以清除干净，过去就只能依赖 __gc 方法。但 gc 的时机不可控，往往无法及时清理。如果你把释放过程放在运行过程的末尾，是很难确定整个运行过程中没有异常跳出的可能，那样就无法执行最后的释放流程。
设计了一个数据格式 (21)
farter :
@dwing
JSON标准本身是只规定了十进制数字串的（加小数点加e）...
Lua 虚拟机间函数原型共享的改进 (3)
colin :
@菜鸟浮出水
我明白你说的意思，把玩家当成一个服务是另一种对skyne...
Lua 虚拟机间函数原型共享的改进 (3)
菜鸟浮出水 :
@colin 看起来你们的做法并没有什么大的问题，你们区分 gate ...
Lua 虚拟机间函数原型共享的改进 (3)
colin :
我们在自己的MMO中使用了另一种设计，就是把一个虚拟机当成“进程”来看...
我在网易的十年 (76)
austin :
一直以为我是一只奇怪的程序猿，没想到还有很多，哈哈~...
最近对 ECS 框架的一些想法 (3)
零 :
对于延迟移除那里，如果在同一帧里有删除组件和添加组件的操作，那添加组件...
跟踪 Component 的修改 (4)
rei :
思路不错，维护这个修改集的代价也想当大...
跟踪 Component 的修改 (4)
:
没有feed输出了么...
Lua C API 的正确用法 (18)
hippop :
@Cloud 云风大哥，我是lua新手。最近项目需要在C中嵌入lua脚...
