Http 有人能解释这些apache测试结果吗?有什么突出的地方吗?

Http 有人能解释这些apache测试结果吗?有什么突出的地方吗?,http,tcp,scalability,server,apachebench,Http,Tcp,Scalability,Server,Apachebench,下面是针对10K请求和50个并发线程运行的apache工作台 我需要帮助理解结果,结果中是否有任何突出的地方可能指向阻止和限制每秒更多请求 我正在查看连接时间部分,看到“等待”和“处理”。它显示等待的平均时间是208,连接的平均时间是0,处理的平均时间是208..但总数是208。有人能给我解释一下吗,因为这对我来说没有多大意义。连接时间是ab与您的服务器建立连接所花费的时间。您可能正在同一台服务器上或局域网内运行,因此您的连接时间为0。 处理时间是服务器处理和发送完整响应所花费的总时间。 等待时

下面是针对10K请求和50个并发线程运行的apache工作台

我需要帮助理解结果,结果中是否有任何突出的地方可能指向阻止和限制每秒更多请求


我正在查看连接时间部分,看到“等待”和“处理”。它显示等待的平均时间是208,连接的平均时间是0,处理的平均时间是208..但总数是208。有人能给我解释一下吗,因为这对我来说没有多大意义。

连接时间是ab与您的服务器建立连接所花费的时间。您可能正在同一台服务器上或局域网内运行,因此您的连接时间为0。 处理时间是服务器处理和发送完整响应所花费的总时间。 等待时间是发送请求和接收响应的第一个字节之间的时间

同样,由于您运行在同一台服务器上,并且文件较小,所以您的处理时间==等待时间


对于真正的基准测试,从目标市场附近的多个点尝试ab,以获得延迟的真实想法。现在,您所掌握的所有信息都是等待时间。

这个问题已经过时了,但我遇到了同样的问题,所以我不妨提供一个答案

在代理端禁用TCP nagle或在服务器端禁用ACK延迟可能会使您受益匪浅。它们可能相互影响不好,造成不必要的延迟。和我一样,这可能就是为什么你的最短时间正好是200毫秒

我不能确认,但我的理解是,问题是跨平台的,因为它是TCP规范的一部分。它可能只是用于发送和接收少量数据的快速连接,尽管我也看到过关于较大传输问题的报告。也许更了解TCP的人可以参与进来

参考: