关于 lighttpd 和它的流行看出 开源社区是如何的不严谨
2013-09-26 21:38
381 查看
早年听说lighttpd很厉害.
但是在确定部署的时候, 还是留了个心眼. lighttpd是一个web前置机.
所有的前置机都面临一个问题, 就是前段的并发连接, 最终是转换为后端有限连接, 并进行流水线话.
所以, 必须解决内部请求, 应答的问题.
所以当时做了一个简单的并发路由测试, 用例如下:
用脚本启动N个进程. 每个进程都不断连接lighttpd , 发送数据包包含了以下内容:
一个客户端进程号, 一个流水号
服务端的脚本很简单, 就是简单的把请求数据包送回.
客户端对请求包和应答包的一致性进行检查.
----------------------------------------------------------------
结果如下:
标记为1 的进程, 可以收到任何1 以外 的应答数据包, 全部乱套了.
-----------------------------------------------------------------------
这个测试是在lighttpd很流行的背景下, 并且nginx未诞生的情况. 这个情况令我震惊了.
那些"性能", "高并发" 就是这些烂玩意
当前的版本,没有测试过, 估计情况还是差不多. 这种"高性能"就是拿起数据包乱扔一同.
搞开源的人, 基本上都是些非常无知的人. 用他们的东西, 除非你自己知道事情本身. 否则尽量远离.
但是在确定部署的时候, 还是留了个心眼. lighttpd是一个web前置机.
所有的前置机都面临一个问题, 就是前段的并发连接, 最终是转换为后端有限连接, 并进行流水线话.
所以, 必须解决内部请求, 应答的问题.
所以当时做了一个简单的并发路由测试, 用例如下:
用脚本启动N个进程. 每个进程都不断连接lighttpd , 发送数据包包含了以下内容:
一个客户端进程号, 一个流水号
服务端的脚本很简单, 就是简单的把请求数据包送回.
客户端对请求包和应答包的一致性进行检查.
----------------------------------------------------------------
结果如下:
标记为1 的进程, 可以收到任何1 以外 的应答数据包, 全部乱套了.
-----------------------------------------------------------------------
这个测试是在lighttpd很流行的背景下, 并且nginx未诞生的情况. 这个情况令我震惊了.
那些"性能", "高并发" 就是这些烂玩意
当前的版本,没有测试过, 估计情况还是差不多. 这种"高性能"就是拿起数据包乱扔一同.
搞开源的人, 基本上都是些非常无知的人. 用他们的东西, 除非你自己知道事情本身. 否则尽量远离.
相关文章推荐
- 网络字节序
- [置顶] Ajax核心--XMLHttpRequest对象
- TCP/IP远程访问操作:rwho,rlogin,rcp和rsh
- Microsoft Message Analyzer (微软消息分析器,“网络抓包工具 - Network Monitor”的替代品)官方正式版现已发布
- 网络子系统6_设备开启与关闭
- 网络子系统5_设备队列规则
- 网络子系统4_以太网设备描述符
- 网络子系统3_do_softirq调用点
- 网络子系统2_设备子系统相关的初始化
- 网络子系统1_socket文件系统相关的初始化
- reDuh建立HTTP隧道
- 开博首记
- Ruby使用HTTP协议发送请求
- Ajax学习小例
- TCP和UDP基本原理
- 我的WCF开发框架简化版及基于NET.TCP传输方式的实现
- 我的WCF开发框架简化版及基于NET.TCP传输方式的实现
- 网络安全必修精品视频课程(共172课时),专家推荐
- 网络安全必修精品视频课程(共172课时),专家推荐
- java读取http请求中的body