1

我目前正在运行一些性能测试，以查看新开发的 Web 后端每秒可以处理多少个请求。但是，我完全不知道我应该期望 Web 服务器每秒处理多少个请求（10？100？1000？）。

我目前正在一个适度的 1GB - 1 核虚拟机上进行测试。这样的服务器应该能够处理的合理的最小请求数/秒应该是多少？

4

2 回答 2

0

我认为您应该问自己的正确问题是在处理 X 请求时我希望我的应用程序具有什么性能目标？

请记住，良好的性能测试始终以实现现实和明确定义的性能目标为导向。

这些目标通常由绩效团队和客户/利益相关者设定。

于 2013-09-03T06:34:48.840 回答
-1

这个问题有很多变数；

  • 您使用什么网络服务器软件（Apache、nginx、IIS、lighttpd 等）？这会影响查找延迟以及可以处理多少并发请求。
  • 您的系统逻辑是用什么语言编写的（PHP、Ruby、C 等）？影响内存使用和基本执行速度。
  • 您的系统是否依赖任何外部服务（数据库、远程服务、消息队列等）？I/O 延迟。
  • 您的服务器如何连接到外部世界（专线、拨号调制解调器 (!) 等）？网络延迟。

解决此问题的一种方法是首先发现您的网络服务器可以在最佳条件下提供多少请求，例如。提供具有最少 HTTP 标头的 1 字节的单个静态 HTML 页面。这将测试 Web 服务器的基本接收-检索-服务周期，并让您了解它的最大吞吐量（每秒处理的请求数）。

一旦你有了这个数字，再次提供你的 web 应用程序和基准测试。每秒请求数的差异让您大致了解您的应用程序的优化（或次优化）程度。

在适当的条件下，即使是最普通的硬件也可以提供数千个响应。

于 2013-08-13T15:48:15.007 回答