最近朋友问我，说到他们项目不使用 skynet.call，他不是很理解，问我为啥。
于是，我看了 skynet.call 的代码。实现上，skynet.call 是服务 A 给服务 B 发 request 消息，等服务 B 处理完，再给服务 A 发 response 消息，最后交由服务 A 处理。（源代码可以参考 skynet服务的本质与缺陷）
通常，skynet.call 这个过程是没有问题的，但在服务 B 繁忙无法响应时，就可能有问题。
skynet.call 没有超时机制，执行的过程不能中断，得一直等到目标服务处理完才返回，所以业务可能出现长时间中断。如果想实现超时，可以利用另外一个协程来唤醒自己。
继续阅读skynet.call 潜在问题
最近我看了 lua 5.4 分代垃圾回收的代码，网上很少讲到这块内容，于是，我写这篇文章分享一下，也当做总结。文章就以我看的 lua 5.4.4 做分析。
在进入今天的主题前，先回顾我之前写的 lua5.3 垃圾回收分析，重复的内容不再赘述。
lua 5.4 支持两种 gc 方式， 增量式 gc 和分代 gc ，默认是增量式，可以通过以下 api 切换。
切换成分代 gc：
collectgarbage “generational”
切换成增量式 gc：
collectgarbage “incremental”
1. 增量式 gc 跟分代 gc 的对比？
2. 分代 gc 过程是怎样的？
3. 分代 gc 有哪些状态？
4. 分代 gc 怎么调优？
前段时间，在服务器的监控后台发现，在线人数上去后 skynet 进程内存成倍升高，占系统 40% ~ 50 %，但人数回落到 1/3 后，内存使用并没有明显减少，仍有 40 % 左右。
服务器、skynet相关版本信息如下：
linux version 4.18.0
skynet v1.1.0
lua 5.3.4
jemalloc 5.0.1-0
我在本地压测时，却没有发现这个情况。在线人数上去，内存也是一样增加，但人数下来后，内存也逐渐释放了。项目代码是一样的，唯一不同的是，本地压测使用的系统是 CentOS 7 (Linux version 3.10.0)， 我换了 CentOS 8 (Linux version 4.18.0) 压测后，发现跟线上的问题一样。
继续阅读skynet 高内存占用问题
最近遇到 lua 死循环的情况，就研究下如何找到死循环所在的代码，方便定位和解决问题。
首先，要找到出问题的协程（lua_State）。lua vm 实现时，每个协程都有自己独立的堆栈（stack），以及函数栈（CallInfo）。
所以，要先找到死循环的协程，再从这个协程函数栈找到代码。
有三种办法：
方法1、 在死循环会执行到的 opcode ，加代码取得当前协程；
方法2、 遍历所有 gc 数据对象，找到当前正在执行的协程；
方法3、 重写 coroutine.resume 及 wrap 函数，取得当前协程。
继续阅读找到 lua 死循环代码
原文 2015-04-29 00:34:06 发表于 CSDN，这里对以前写的文章做下收录。
很多人会注意到这个问题，erlang提供了2个时间函数，erlang:now() 和 os:timestamp()。用法一样，都是返回当前的时间。具体时间是从1970年1月1日零时算起，到现在经过的时间，结果为{MegaSecs, Secs, MicroSecs}。
这两个函数有什么区别？
os:timestamp() 获取到的时间为操作系统的时间，不做任何修正；而erlang:now()，每次获取都会确保生成了唯一的时间，就是说，erlang:now()在实现上对时间做了一个校正，每次都生成一个单调向前的唯一值。
Monotonic
erlang:now() never jumps backwards – it always moves forward
Interval correct
The interval between two erlang:now() calls is expected to correspond to the correct time in real life (as defined by an atomic clock, or better)
Absolute correctness
The erlang:now/0 value should be possible to convert to an absolute and correct date-time, corresponding to the real world date and time (the wall clock)
System correspondence
The erlang:now/0 value converted to a date-time is expected to correspond to times given by other programs on the system (or by functions like os:timestamp/0)
Unique
No two calls to erlang:now on one Erlang node should return the same value
继续阅读erlang时间校正机制
最近我一直在看lua gc，阶段性做一下总结。网上很多文章没讲明白，我也当弥补下这个问题。文章以我看的lua 5.3.6做分析。
5.0 及以前使用的是双色标记清除法，gc 过程会停止主程序执行，直到 gc 完成；
5.1 实现了增量式 gc，采用三色标记法，gc 过程分多步，与主程序交替执行；
5.2 实现了分代 gc，实际效果不理想；
5.3 移除了分代 gc；
5.4 重新实现了分代 gc
标记清除算法，就是遍历所有对象，将还在使用的对象打上标记，遍历完成后，没有标记的对象就是垃圾对象，要清理掉。
所以，系统至少需要记录两个数据集合，一个是所有的对象集合，一个是还在使用的对象集合。在 lua 中，还在使用的对象集合包括了全局变量、 栈中对象、处于激活状态的协程等。
继续阅读lua5.3 垃圾回收分析
