为什么G-Wan在Opteron上的表现这么低？

Question

我正在使用Opteron 6234 6模块/ 12核心处理器在CentOS 6上使用2.6.32 Linux内核测试G 4.3.14。

运行一个简单的重量测试，我得到：

weighttp -k -n 1000000 -t 6 -c 1000 localhost:8080

finished in 7 sec, 250 millisec and 896 microsec, 137913 req/s, 1044186 kbyte/s
requests: 1000000 total, 1000000 started, 1000000 done, 1000000 succeeded, 0 failed, 0 errored
status codes: 1000000 2xx, 0 3xx, 0 4xx, 0 5xx
traffic: 7753000286 bytes total, 256000286 bytes http, 7497000000 bytes data

这似乎是异常的低。有没有人有在Opteron上调优G或其他HTTP服务器的经验/建议？

Answer 1

使用AMD Opteron 6234 6模块/ 12核心处理器

6-Core AMD Opteron @ 2.4GHz1 137913 req/s的这个分数低于我们在英特尔6-Core Xeon W3680 @ 3.33GHz2上的85万req/s。

除了每种架构性能的差异*，G的问题来自于AMD CPU，因为我们无法访问任何这些CPU(我们所有的机器都配备了Intel CPU)。

感谢最近的AMD用户报告，我们发现AMD CPU检测到的CPU核数量是实际数量的两倍。这是因为AMD有自己的一套CPUID代码和返回值--这与英特尔的不同。

这种AMD CPU核心错误检测导致了明显的CPU缓存冲突--应该由G解决的问题。

现在，通过使用./gwan -w 6，您可以强制任何给定的多核设置，在需要时绕过given自动检测。

在您的例子中，您应该使用6个物理CPU核，而不是G错误使用的12个。这就是你现在可以做的事情(而且你很可能通过这样做就能得到更高的结果)。

我们将在下一个版本中发布AMD解决方案，以确保不再需要手动调整。

*参考资料：

1

2

Answer 2

这只是猜测，所以我可能完全是wrong...but 奥普特隆是一个努马架构。

有时程序是针对非NUMA (非常常见的)架构进行优化的，而在NUMA环境中性能则很低。

要测试这一点，您可以使用相同的数据(或者几乎是!)运行相同版本的G-Wan！在一个苯或i7是可与您的Opteron！

太好了.我想帮你-2 votes...amazing！