Para o PostgreSQL, a energia da CPU pode ser muito relevante, especialmente se uma porcentagem bastante alta do conjunto de trabalho ativo dos seus dados couber na RAM. A maioria dos bancos de dados com os quais trabalhei tiveram a energia da CPU como principal gargalo na maioria das vezes. (Acabei de verificar o vmstat em um servidor que hospeda sites com milhões de acessos por dia, hospedando mais de 5 TB de espaço no banco de dados e nunca vi mais de 2% de tempo de espera do disco, mas vi um pico de 12% do tempo de CPU do usuário.)
Como o PostgreSQL é baseado em processos, qualquer processo único pode ser executado tão rápido quanto um núcleo, mas em uma mistura como a que temos no servidor mencionado acima, com um alto volume de solicitações pequenas, a CPU total em todos os núcleos é mais importante. Para a mesma potência total da CPU, o PostgreSQL geralmente se sai melhor com menos núcleos mais rápidos do que muitos núcleos mais lentos.
Até o ponto em que uma alta porcentagem do seu conjunto de dados ativo é armazenada em cache, a adição de RAM normalmente mostra mais retorno do que a adição de núcleos. Depois de obter cache suficiente, os benefícios da RAM adicional diminuem e é melhor aumentar a energia da CPU.
Para mais detalhes sobre este tópico no que diz respeito ao PostgreSQL, não acho que exista uma fonte melhor que o PostgreSQL 9.0 High Performance de Greg Smith . (Divulgação completa, fui um revisor técnico do livro, mas não recebi nenhum benefício financeiro com base nas vendas.)