Men det gäller ju bara om du konstant kör frågor mot databaserna, om det är ditt normalfall så förstår jag poängen men du har då också något som mer liknar en server och på servers ser jag absolut ett jättevärde av många kärnor i en lång rad fall. Där finns också rejält med fall där många lite långsammare kärnor är bättre än färre snabba.
Går ju hur bra som helst att virtualisera CPU-kärnor också om det råkar vara ett hårt krav från programmet. Fungerar ju lysande så länge som inte alla instanser försöker jobba samtidigt, men även det fallet fungerar om än lite segt.
Att ha massor med program igång kräver ju normalt sett bara mycket RAM och eventuellt en snabb SSD. Typiskt är det bara ett program som är aktivt och det mår då bäst av att ha snabbast möjliga CPU-hastighet på det antal CPU-trådar just det enskilda programmet använder.
Har just nu hundratals processer igång, en bit över 10 GB RAM i användning (en rad program, virtualiserade OS etc). Något som fungerar lysande även på en tvåkärnig laptop med SMT då allt typiskt är "idle" och när det jobbar räcker 4 CPU-trådar ofta fullt ut (ofta, 2 kärnor är lite tunt för detta fall ibland men fungerar perfekt mer än hälften av tiden i alla fall).
