我正在使用Opteron 6234 6模块/ 12核心处理器在2.6.32 Linux内核的CentOS 6上testingG-Wan 4.3.14。
运行一个简单的weighttptesting我得到：
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 这似乎exception低。 有没有人有任何经验/build议来调整G-Wan或Opteron上的其他HTTP服务器？
使用[AMD] Opteron 6234 6模块/ 12核心处理器
在6-Core AMD Opteron @ 2.4GHz 6-Core Xeon W3680 @ 3.33GHz [2]（100字节的静态文件）下， 6-Core AMD Opteron @ 2.4GHz [1] 137,913请求/秒的这一分数低于我们的850,000请求/ 。
除了每个产品的性能差异之外，G-WAN的问题来自AMD CPU，因为我们没有任何CPU（我们所有的机器都配有Intel CPU）。
得益于最近的AMD用户报告，我们发现AMD CPU检测到的CPU内核数量是实际数量的两倍。 这是因为AMD有自己的一组CPUID代码和返回值 – 这与Intel不同。
这个AMD CPU核心错误检测导致明显的CPU高速caching冲突 – 问题应该由G-WAN解决。
现在，通过使用./gwan -w 6您可以强制任何给定的多核设置，在需要时绕过G-WAN自动检测。
在你的情况下，你应该使用6个物理CPU核而不是G-WAN错误使用的12个核。 这就是你现在可以做的事情（只要你这样做，你最有可能得到更高的结果）。
我们将在下一个版本中发布AMD解决scheme，以确保不再需要手动调整。
[*]参考文献：
[1] http://www.cpubenchmark.net/cpu.php?cpu=AMD+Opteron+6234
[2] http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+W3680+%40+3.33GHz
这只是一个猜测，所以我可能是完全错误的…但Opteron是一个NUMA体系结构。
有时候程序是针对非NUMA（非常常见的）体系结构进行优化的，然后NUMA环境下的性能很低。
为了testing这个，你可以使用相同的数据（或几乎！）在一个Phenon或i7上运行完全相同的G-Wan版本，这与你的Opteron相媲美！
伟大的..我试图帮助和-2票…惊人的！