应该不会差多少，httpapi.dll，IIS也是用它的，效率应该是可以依赖的。
关键是还要有https这块啊，需求是肯定有的，想着都烦。

【 在 JayXie (我是黑猫警长，专管花猫警察di~~) 的大作中提到: 】
: http协议其实很简单的呃……尤其你这种有特定用途的，只要实现一部分就足够了啊
: 实在不行 从apache或者lighttpd里弄出来效率我觉得也会比http.dll要高吧
: IOCP这个肯定没的挑了 应用逻辑不能变 剩下的也就只有http解析以及转来转去这块可以下手了 呵呵
: ...................
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*

httpapi.dll是http.sys的调用封装，性能也应该算是不错的了，去麻烦那么多，提升很有限的，费那劲，还不如申请一台服务器呢。

而且lighthttpd在windows下只能通过cygwin或者minGW编译，它用的是epoll模型，这样转过来性能是否更高也不好说啊，它如果能原生的支持IOCP倒应该还不错，更要命的是，因为很多原因，项目是VC的。。。

【 在 JayXie (我是黑猫警长，专管花猫警察di~~) 的大作中提到: 】
: :D
: 想要性能就不能怕麻烦 想少点麻烦就要牺牲点性能
: Make it run, make it right, then fast :)
: ...................
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*

RE
而且用httpapi还有个好处就是，和IIS不冲突，只要监听的URI前缀不冲突即可。

比如IIS下有 http://xxx/   我的程序用 http://xxx/app，只要IIS根里没有app这个文件夹，就不会出任何的乱子。。

【 在 JayXie (我是黑猫警长，专管花猫警察di~~) 的大作中提到: 】
: nod 有那精神多思考些产品业务上的事情了呵呵 反正这年头服务器已经跟不要钱似的……
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*

非高级事件驱动模型的话性能上不去，呵呵
现在新型软件如lighttpd/nginx/haproxy等都是epoll/kqueue
【 在 GoddAmner (hello there, children) 的大作中提到: 】
: 问一下，这个server是靠infinite loop还是event-driven的？
--
FROM 125.33.177.*

现在re，真old
【 在 scaner (生活就像小烂狗) 的大作中提到: 】
: twisted啊, epoll reactor, 轻松到8000连接.
--
FROM 219.143.154.*