落鹤生：这个个模型的完整代码可以在boost的示例下找到，也可以直接到boost的官方网站找到，官网中的代码地址：http://www.boost.org/doc/libs/1_42_0/doc/html/boost_asio/examples.html

今天仔细看了asio的性能测试项目：Linux Performance Improvements，自己也动手实践了一下，不过测试的不是asio本身不同实现机制的性能（这个比较麻烦，需要下载多个asio的实现版本），只是简单测试了一下asio example中四个不同io_service模型的HTTP Server的性能，看看谁是牛b。

测试环境

linux服务器，CPU有4个processor，详细配置为：

Linux 2.6.9-67.ELsmp #1 SMP Wed Nov 7 13:58:04 EST 2007 i686 i686 i386 GNU/Linux  Intel(R) Xeon(R) CPU E5430 @2.66GHz

HTTP Server io_service模型

server 1：a simple single-threaded server. 单线程，单io_service

server 2：io_service-per-CPU design. 多线程，多io_service，每个线程处理一个io_service，采用轮询方式选择io_service

server 3：a single io_service and a thread pool. 多线程，单io_service，所有线程都运行在同一个io_service上

server 4：a single-threaded HTTP server implemented using stackless coroutines

测试方法

分别将server运行在1、2、3、4个CPUs(即processors)

taskset -c 1 ./server 127.0.0.1 55555 /home/zhongying

taskset -c 1,2 ./server 127.0.0.1 55555 /home/zhongying

taskset -c 1,2,3 ./server 127.0.0.1 55555 /home/zhongying

taskset -c 0,1,2,3 ./server 127.0.0.1 55555 /home/zhongying

在同一台服务器上运行ab进行测试，并发100连接，请求4K的数据
taskset -c 0 ab -c 100 -n 100000 'http://127.0.0.1:55555/test.txt' 

测试结果

从测试结果可以看多线程的server2和server3的性能差别不大，server2略微胜出，个人觉得servers3使用strand机制来防止多个线程同时执行一个连接的handler会产生一些开销，可能会稍微影响性能。