Para PostgreSQL, la potencia de la CPU puede ser muy relevante, especialmente si un porcentaje bastante alto del conjunto de trabajo activo de sus datos se ajusta en la RAM. La mayoría de las bases de datos con las que he trabajado han tenido la potencia de la CPU como el principal cuello de botella la mayor parte del tiempo. (Acabo de comprobar vmstat en un servidor que aloja sitios web con millones de visitas por día que alojan más de 5 TB de espacio en la base de datos, y nunca vi más del 2% de tiempo de espera en disco, pero vi un pico de 12% de tiempo de CPU del usuario).
Dado que PostgreSQL está basado en procesos, cualquier proceso solo puede ejecutarse tan rápido como un núcleo, pero en una combinación como la que tenemos en el servidor mencionado anteriormente, con un alto volumen de solicitudes pequeñas, la CPU total en todos los núcleos es lo más importante. Para la misma potencia total de CPU, PostgreSQL generalmente funcionará mejor con menos núcleos más rápidos que muchos núcleos más lentos.
Hasta el punto en que se almacena en caché un alto porcentaje de su conjunto de datos activo, agregar RAM generalmente mostrará más beneficios por el dinero que agregar núcleos. Después de tener suficiente caché, el beneficio de RAM adicional disminuye y es mejor aumentar la potencia de la CPU.
Para obtener más detalles sobre este tema en lo que respecta a PostgreSQL, no creo que haya una mejor fuente que PostgreSQL 9.0 High Performance de Greg Smith . (Divulgación completa, fui un revisor técnico del libro, pero no obtuve ningún beneficio financiero basado en las ventas).