Compilación
Comparador de Velocidad.

Primero el número de núcleos, porque la compilación se reparte bien entre ellos. Después la velocidad de un solo núcleo, que manda en el enlazado y en las partes que se niegan a paralelizar. Luego la capacidad de memoria, ya que cada trabajo en paralelo necesita la suya, y por último la unidad, que pesa sobre todo en una compilación en frío de un árbol grande.

Para compilaciones completas, más núcleos casi sin excepción: el trabajo es prácticamente paralelo puro. Para las compilaciones incrementales que ejecutas todo el día, donde cambian uno o dos archivos y domina el enlazador, pesa más la velocidad monohilo que la cantidad de núcleos.

En una compilación limpia de un proyecto grande, de forma apreciable. En las incrementales, mucho menos de lo que se espera, porque los archivos en juego ya están en la caché del sistema operativo. Pasar de un disco mecánico es transformador; pasar de un buen SSD SATA a NVMe, no.

Calcula unos 2 GB por trabajo en paralelo en un proyecto grande de C++, así que una máquina de 16 núcleos lanzando 16 trabajos quiere 32 GB y agradece 64. Quedarse sin memoria es peor que tener pocos núcleos: la máquina empieza a usar swap y la compilación se arrastra.

Puede, y la diferencia es mayor en proyectos con muchísimos archivos pequeños, donde domina el coste del sistema de archivos y de crear procesos. El efecto es real, pero menor que la diferencia entre un procesador de cuatro núcleos y uno de dieciséis.