AMD tillkännager Ryzen Threadripper – entusiastprocessorer med 16 kärnor

@N0tepad: Såvida du inte använder din dator professionellt/inom något yrke så kanske du klarar dig gott och väl på en 1700 processor ändå, du kunde trots allt ha köpt en 1800x, ..Eller eftersom det inte direkt är någon prestanda-skillnad mellan 1700 upp till 1800x så kan du köpa en aftermarket kylare för processorn och använda AMDs mjukvara för att "uppgradera" din 1700 till en 1800x.
Vad jag syftar på om än med massa text mellan, är att inga spel lär kunna nyttja en 16core/32thread processor, de flesta spel håller ännu att försöka komma ikapp 6-core och 8-core processorer, så om du som mest (prestanda-vis) spelar på datorn på lär du inte behöva en snabbare processor än den du valt.

Åh jösses Amalia, tur jag redan druckit upp kaffet.

Men ändå måste jag stämma in i kören om spelutvecklarnas ovilja att anpassa för fler kärnor.
Var ligger problemet egentligen?
Är alla utvecklare upptagna med att porta skiten från konsol och se till att hårstrån faller rätt, eller vad?

Nej, men att köra parallellt eller samtidigt sätter en mängd "måsten" på kod, flöde och data. Inte ens ett (i jämförelse) trivialt program som en löneberäkningsmodul går enkelt att parallellisera (tro mig...), trots att du har fixa flöden och det inte är en massa grejjer som sker utifrån hela tiden. Själva programmeringen i sig är ju enkel men det är logiken som är skitknepig. Jag har skrivit några grejjer i MPI och det är inte trivialt. Det tar en jävla tid, så pass att det kan vara mer ekonomiskt försvarbart att lägga kraft på att handoptimera sekventiell kod istället. Du kan även komma att kräva speciell hantering för fallet 2 cores kontra 4 cores kontra 6 cores kontra 8 cores kontra 10 cores kontra 12 cores, inte bara programmatiskt utan även logiskt.

Det är heller inte ovanligt att det inte går att köra beräkningarna parallellt. Det ena kräver det andra som kräver det tredje etc.

Inte ens Erlang/Elixir eller Go med sin inbyggda funktionalitet för samtidighet (channels, go routines etc) gör det enkelt även om det blir lite enklare åtminstone för normala utvecklare än att blanda in extensions i programmeringsspråk som inte är gjorda för para/concurrency.

("MPI", "Go concurrency", "parallel vs concurrent", ... )

Visar bara att framtiden verkar bli antalet "cores" .Knepigt för kodarna bara :/