Angående diskussionen kring användning av "väldigt många kärnor".
Hur mycket "stora flertrådade jobb" finns det på en typisk server?
Servers har länge kunna utnyttjat många trådar, men orsaken är att dessa typiskt hanterar många oberoende sessioner parallellt. Varje session är väldigt ofta enkeltrådad, tänk NodeJS som är väldigt populärt där det inte ens finns koncept av "multi-trådning" (NodeJS kan dock skala till flera kärnor, men då specifikt genom att hantera flera sessioner på olika instanser samtidigt).
Tar man en relationsdatabas som är enkel att studera p.g.a. öppen källkod, PostgreSQL, kan den skala till hyfsat många kärnor. Men varje enskild transaktion är i stort sett helt enkeltrådad, parallellism kommer av att man köra flera oberoende transaktioner samtidigt.
Samma gäller "moln-CPUer". Superdatorer har utan tvekan användarfall där man sprider ut ett stort problem på massor med kärnor, men i molnet är det normala samma visa som ovan: är extremt sällsynt att någon enskild applikation använder mer än en handfull kärnor (trenden är snarare tillbaka till enkeltrådade applikationer uppdelade i microservices), parallellism uppnås genom att hantera många kunder samtidigt på samma HW.
Stora skillnaden mellan "desktop" och "server" är att den förra typiskt har ett problem som användaren vill lösa. Där ligger problemet att utanför triviala problem, som t.ex. Cinebench, effektivt utnyttja mer än en handfull kärnor.
