http_load的未来

因为修复了http_load 的时间差bug，才得以对http_load 有更多的扩展。
http_load 只能支持1000的rate压力。-r 参数不能大于1000.
不知道作者当初是怎么考虑的，我想可能的一个原因，是因为它的时间差有问题，导致1000以上的rate，没有办法计算时间差。它的最小时间单位是1ms。精度不够。
但是通过读代码发现，http_load的加压机制，是不能支持太大的-r 参数的。

对一个服务进行了加压。发现http_load 随着-r的增大，对加压越来越是力不从心了。
我修改了上限，让rate增大到了2000,但是能支撑一万qps的服务，在http_load里，只能体现到1500。
没有采用多线程，是http_load 的硬伤。
http_load实现不了多线程，将始终是个小工具。成不了大气候。
修改为多线程，是个很大的工作量，可能要伤筋动骨了，要颠覆http_load的整个机制了，、
走的太远了，早就偏离了测试，还是重新选择工具吧。

专注测试。不要偏离。