我正在尝试准备一个CentOS服务器，以通过Nginx反向代理运行Nuxt.js（Node.js）应用程序。
首先，我启动一个简单的测试服务器，该服务器返回带有文本“ ok”的http 200响应。它可以轻松地每秒处理约10.000个请求，平均延迟约为10ms。
然后，当我切换到hello-world nuxt示例应用程序（npx create-nuxt-app）并运行weighttp http基准测试工具来运行以下命令时：
weighttp -n 10000 -t 4 -c 100 localhost:3000
结果如下：
starting benchmark...
spawning thread #1: 25 concurrent requests, 2500 total requests
spawning thread #2: 25 concurrent requests, 2500 total requests
spawning thread #3: 25 concurrent requests, 2500 total requests
spawning thread #4: 25 concurrent requests, 2500 total requests
progress: 10% done
progress: 20% done
progress: 30% done
progress: 40% done
progress: 50% done
progress: 60% done
progress: 70% done
progress: 80% done
progress: 90% done
progress: 100% done
finished in 9 sec, 416 millisec and 115 microsec, 1062 req/s, 6424 kbyte/s
requests: 10000 total, 10000 started, 10000 done, 10000 succeeded, 0 failed,
0 errored
status codes: 10000 2xx, 0 3xx, 0 4xx, 0 5xx
traffic: 61950000 bytes total, 2000000 bytes http, 59950000 bytes data
如您所见，它不会超过1062 req / s。如果提高并发参数，有时我可以达到〜1700 req / s的速度，但仅此而已。
我希望一个简单的hello world示例应用程序至少可以运行〜10.000 req / s，并且在这台机器上不会出现高延迟或延迟。
我已经尝试检查文件限制，打开的连接限制，nginx worker等，但是找不到根本原因，所以我真的很期待关于至少从哪里开始寻找根本原因的任何想法。 / p>
如果需要，我可以提供任何日志或其他任何信息。