@scys
@aisk
@phithon
@bobuick
刚在 mac 下试了下，也一样。压力工具是 JMeter.

并发数是我自己统计的，代码如下：
access = 0
def PrintDown():
global access
print 'access', access
access = 0
Timer(1, PrintDown, ()).start()
Timer(1, PrintDown, ()).start()

class MainHandler(tornado.web.RequestHandler):
def post(self):
global access
access = access + 1
self.write('')

结果如下：
access 161
access 142
access 169
access 139
access 168
access 136

@bluesky139 OS X 下的 IO 复用也是烂,OS X 下面的可不是 kqueue ，肯定也是不行的。像 Tornado 这样的异步框架，都是基于 epoll/kqueue 的，没有这些系统调用，快不起来。

还有就是不能用标准库里面的 time 这些库，这些库调用的时候都会堵塞 IOloop ，肯定快不了。

@scys
@neoblackcap
我现在移到了 linux 下（ CPU i5-4278U ，这个尾巴带 U 的 CPU 会不会太垃圾了？），结果：
access 1278
access 1335
access 1229

@lecher
@phithon
这两位是指 Timer 里面会锁 access 么？
我现在改成了这样：
class MainHandler(tornado.web.RequestHandler):
executor = ThreadPoolExecutor(20000)
@tornado.web.asynchronous
@tornado.gen.coroutine
def get(self):
ret = yield self.get_async('')
self.write('end.' + str(ret))
self.finish()

@run_on_executor
def get_async(self, p):
global access
access = access + 1
return 5
结果：
access 339
access 263
access 310
话说这个怎么弄比较好？

@dai269619118
暂时先不考虑多实例的问题，先把单个提起来再说。

@sujin190 根据网上的反应来看， OS X 的 kqueue 应该是跟 FreeBSD 的不太一样，记得当初看到的说法是 OS X 网络性能烂，但到底是不是因为 IO 复用部分的系统调用烂呢，这个我就不清楚了。

不过根据大家针对高级 IO 接口的比较来看， OS X 就没被比较过，看过的评测都是 BSD/kqueue, Linux/epoll, Windows/IOCP 。因此根据我的推断，应该是 OS X 的 kqueue 实现是残废的或者是它其他网络部分实现是残废的。

此处引用自 Tornado 的官方文档 http://www.tornadoweb.org/en/stable/index.html

Platforms: Tornado should run on any Unix-like platform, although for the best performance and scalability only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is recommended only for development use). Tornado will also run on Windows, although this configuration is not officially supported and is recommended only for development use.