我正在为客户做负载测试报告。
我正在使用一项名为 blitz IO 的服务。
他想在 500 毫秒内处理 1000 个并发用户。
每次我在那里运行这样的测试时,它永远不会恢复 100%,如果我运行测试 10 分钟,总是有一些连接超出数千个超时,有些超过 500 毫秒的阈值。
您如何管理客户期望,以及您设置了什么样的阈值。
你说90%的连接不超时,90%的连接在500ms以内?
有兴趣听听如何管理这个。
我正在为客户做负载测试报告。
我正在使用一项名为 blitz IO 的服务。
他想在 500 毫秒内处理 1000 个并发用户。
每次我在那里运行这样的测试时,它永远不会恢复 100%,如果我运行测试 10 分钟,总是有一些连接超出数千个超时,有些超过 500 毫秒的阈值。
您如何管理客户期望,以及您设置了什么样的阈值。
你说90%的连接不超时,90%的连接在500ms以内?
有兴趣听听如何管理这个。
如果他想在 500 毫秒内处理 1000 个并发用户,那么我预计错误率为零。但是,该规范通常允许一些缓慢的请求。我习惯于像“95% 的请求将在 500 毫秒内完成 1000 个并发用户”这样的规范。断开连接通常是不可接受的。