楼上说的都是，我再稍微补充一下吧，只代表个人使用感受。flask：推荐指数5颗星。当你苦恼怎么实现一个功能的时候，google一下，往往就有基于flask的解决方案了。bootle：足够的小，因为整个框架就只有一个.py文件，扩展起来不会感觉催步难行。web.py：看着很简单，适合入门使用。django：开发起来像做填空题，缺点是感...

正如上面一楼所说redis采用的是reactor的并发模型，也就是主线程使用io复用对多个客户端进行监听，有请求过来时，唤醒工作线程来做读io操作读取客户的请求数据，工作线程处理完请求向主线程注册写请求，客户端io可写时主线程唤醒工作线程，工作线程再进行写io操作把应答发送给客户端。主线程通过条件变量来唤醒工作线程...

先描述一下问题背景： 研究过Reactor的同学都知道epoll，小弟最近在写一个Reactor, 然后有一个地方很困惑，以前也想过这个方式。代码如下：

不想用epoll, 可以用select, 或者poll 数据量大不大, 数据量不大的话, 不需要先存到文件里面去, 可以直接放到内存里面, 每次读完了, 都去检测一下三块内存数据是否完整

QPS提高的主要原因是IO并发度的提高，并不改变单次IO的响应时间。提高IO并发主要是通过异步或者说非阻塞式IO实现的（底层对应于epoll、kqueue等机制），这并不一定要用到协程，其实一些异步编程框架也能做到。协程的主要优势是在高并发的前提下，还保持类似同步编程的特性，使得程序本身更容易理解和维护；同时避免直接...

pid 36429] setns(36385, 0x8f8b / CLONE_NEW??? / <unfinished ...>[pid 36747] <... rt_tgsigqueueinfo resumed> ) = 4294966784[pid 36429] <... setns resumed> ) = 0[pid 36747] --- SIGURG {si_signo=SIGURG, si_code=SI_TKILL, si_pid=36385, si_uid=0} ---[pid 36429] setdomainname("", 0 &l...

Nginx 支持很多种事件模型，在不同的平台上会选择最适合的。具体到 Windows 就是 IOCP, IOCP 并不逊色于 epoll. 之前 Nginx 官方版是没有支持 IOCP 的，很多第三方分支有支持，不知道现在怎么样了。

nginx在linux一般是用epoll, 它使用的是注册回调函数，数据准备好自动调用。这个过程其实阻塞的。master分配某个连接给worker进程，worker同一时间的阻塞的，只能处理一个请求。。还有nginx是多进程模型的

Redis的单线程只是在处理网络请求的时候采用 epoll 实现单线程的吗？当展开其他工作（比如：处理连接请求，处理查询请求）的时候是再开一个线程吗？

高负荷除了需要采用内核最优的socket模型（win32下iocp linux的epoll)之外，多进程调度也很关键，即使这样，单台机器的处理也是有瓶颈的，cpu/内存/端口数等，这时就要考虑网关模式，或服务器集群

nginx可以支持高并发主要是因为linux2.6内核的epoll的网路I/O模型，那么我想在，那在windows上nginx的并发是不是就不行了？或者在别的系统上？ 那在windows上或者其它系统上，nginx用的是什么网络IO模型呢？求高手解惑

首先以1分作为基本单位，换算单位的话，1角=10分，5角=50分，1元=100分。这场游戏应该有三个池，即用户手中余额，用户投注池，总用户投注池。可以用三个变量代替，变量存储的数值是以1分为单位的

服务器程序通常会管理很多定时事件，因此有效地组织这些定时事件，使之能在预期的时间点被触发且不影响服务器的主要 逻辑，对于服务器的性能有着至关重要的影响。Linux系统中提供了三种定时方法：

如果可能的话，我还建议使用 poll 。并且存在几个“事件”处理库，如 libevent 或 libev （或来自 GTK 的 Glib 或 QtCore 等的事件能力），它们应该可以帮助您。还有像 epoll 这样的东西。你的问题与 C10k 有关

Redis的网络模型是一个单线程Epoll的模型，你可以理解为它是一个单线程的服务器，如果你的机器为24核，那么启动一个实例相当于只会占用1核，所以当然是会启动多个实例来跑满CPU。

linux建议用epoll模型 这样就能避免c10k问题 建议用tcp模型先试试压力 写的时候注意点 抽取核心功能 到时候可以替换成udp再测试测试 建议搜索 ‘订阅/发布’ 模型 ‘消息队列’ 等架构信息 进行参考

一般不需要设置。因为fd的NON_BLOCK会增加程序的复杂度，数据写没写完还要额外判断，加上epoll是回调机制，这样还需要维护另外一个逻辑。网络速度现在很快了，一般读写都是可以立即返回的。没必要。