超线程对编译器性能的影响？

Question

假设我们想尽可能快地编译一个大型项目（比如GCC或Linux内核）。具有超线程功能的CPU（比如英特尔酷睿i7）是否可以在启用或禁用超线程的情况下更快地运行编译器？有没有公​​布的基准测试？

我对超线程的理解是每个内核都可以从两个（或多个进程）中选择指令。这通常会使核心更高效，因为功能单位不太可能闲置。但是，由于运行在相同内核上的进程共享资源（如缓存）并可能相互干扰，因此存在性能损失的可能性。性能是否实际上增加取决于工作量。

因此，对于编译器工作负载，性能是否会增加？如果是这样，多少？

Answer 1

编译的coreutils-8.4在Ubuntu 8.04 86

的Intel Atom 1.6 GHz的HT启用：

~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make > /dev/null 

real 2m33.375s 
user 2m22.873s 
sys  0m10.541s 
~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make -j2 > /dev/null 

real 1m54.707s 
user 3m26.121s 
sys  0m13.821s 
~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make > /dev/null 

real 2m33.372s 
user 2m22.753s 
sys  0m10.657s 
~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make -j2 > /dev/null 

real 1m54.851s 
user 3m26.145s 
sys  0m13.685s 
~/coreutils-8.4$ 

所以超线程降低了运行时间75％，这相当于33％更多处理能力。 （我跑了他们两次，以确保一切都在内存中缓存。）

，这里是一个对照实验表明，单独make -j2不会提高速度在Ubuntu 8.04的x86编译的coreutils-8.4

单核心2四核2.5 GHz虚拟机（无HT）：

~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make > /dev/null 

real 0m44.453s 
user 0m38.870s 
sys  0m5.500s 
~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make -j2 > /dev/null 

real 0m45.131s 
user 0m40.450s 
sys  0m4.580s 
~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make > /dev/null 

real 0m44.621s 
user 0m39.090s 
sys  0m5.340s 
~/coreutils-8.4$ make clean > /dev/null 
~/coreutils-8.4$ time make -j2 > /dev/null 

real 0m45.165s 
user 0m40.390s 
sys  0m4.610s 
~/coreutils-8.4$ 

Answer 2

这一切都取决于编译器是否写入多线程或不。如果是这样，那么肯定超线程技术可以加快速度，因为操作系统可以将编译器线程的不同部分安排到不同的内核上。我同意Ken的观点，即编译通常比处理密集型的I/O限制更多，因此拥有快速硬盘驱动器比拥有100个内核的快速处理器更为必要。