你敢在裹一个https么，不keep-alive 请相信80req/s很正常

prefork span with multithread

读tornado，能了解异步事件的处理和封装，另外就是http协议封装和基本处理，一个简单的template封装。
webob你能看了解一个功能完善的wsgi库的构建
webpy能了解一个精巧的wsgi和web框架封装，db库有些简单但能让你了解一个db的基本功能，一个pthonic的template模板系统。
cherrypy一个完美的python面向对象web框架，自身的实现的产品级别的http server，支持chunked，ssl等，然后就是一个gg功能强大的hook系统以及wsgi api封装。

requests一个让人偷懒的http client库 包含www-auth， 证书，cookies，proxy。连接池的优化等
urllib3 urllib的再封装主要优化了请求的数据接收处理和https认证以及一个简单连接池。
redis-py了解redis的功能，一个线程安全的redis库，也许需要分布式cache系统，需要作很多事。
huey一个多backend的多线程ktas库，有任务定时，和任务queue，缺点过于简单，使用pickle序列化，不能解藕两端的的任务代码。
pika apmq的实现，有很多异步的adapter实现方式（pylibev， tornado，poll， select），和一个比较有趣的i协议封装
fapws3了解下简单的python c模块的封装
bottle简单的web框架，最有趣的也许是那个五脏的麻雀，简单的hook，简单route系统，简单的wsgi request 和response封装和一些wsgi server的多适配api封装，和多模板适配简单封装

tornado
webob
webpy
cherrypy
requests
urllib2
urllib3
redis-py
huey
pika
fapws3
bottle

@zhangyuting
https://github.com/coleifer/huey
这里有个简单的实现，缺点很多：
1.定时任务是单线程的
2, taskqueue 线程池是大小写死的，不能自适应线程池大小。
3, 使用pickle蛋疼的不能解藕生产者和消费者的代码

如果需要实用可能需要一些改进：
1.一个可以自适应的线程池大小，可以仿照的cherrypy或paste的wsgiserver。
2.解构业务逻辑，重新定义序列化和沟通协议使用json或者msgpack，（thrift， gooogle probuf个人不推荐）