Jai*_*ich 8 epoll lighttpd cdn nginx linux-kernel
我记得一个非常快速的Linux内核模块,名为"TUX",用于静态文件,以回答IIS优秀的Linux静态文件Web服务性能并解决"C10K问题".现在我一直看到:
...用于"快速静态文件服务".如果您的操作系统具有正确的功能,快速提供静态文件并不困难.从那以后,Windows已经发明了IO完成端口,重叠的I/O等.
Tux是否因为安全隐患而死亡？这是Kqueue/Epoll与Sendfile等功能相结合的实验吗？提供100%静态内容的最佳解决方案是什么 - 比如50张左右的图像包装来模拟"翻书"电影.
我理解这是"服务器相关"的问题,但它也是理论上的.如果它纯粹是静态的,那么CDN真的会变得更好吗？
主要是因为 Ingo Moln\xc3\xa1r 停止了工作。为什么？我相信这是因为内核版本2.2实现的调用与Tuxsendfile(2)之前实现的巨大性能优势（大约）相匹配。请注意，Tux 2.0 参考手册的日期为 2001 年。
| 归档时间： |
|
| 查看次数： |
2634 次 |
| 最近记录： |