Mikrodatorn pratar kärnor

Ledsen att detta svar kommer sent. Kanske bättre att skicka PM?

Jag kan inte hålla med dig. Jag vet inte om du själv skrivit program men det har jag och jag kan säga att jag har aldrig skrivit ett program (Windows-program med GUI) avsett för flera trådar. Varför? För att det inte är någon mening. I de allra flesta fall är det inga jobbiga beräkningar som utförs utan allting som skall göras kan datorn göra väldigt fort. Sedan skall någon interagera med programmet, kanske bestämma sig för vilka val man vill ha etc. Och sedan skall någonting litet jobb göras igen. Det finns ingen vinst i att göra ett sådant program flertrådat eftersom programmet mestadels väntar på input från användaren. Jämför t.ex. med Word. Nu kanske det är så att just Word är skrivet för att stödja flera trådar. Det vet jag inte, men jag skulle gissa att merparten av alla programvarutillverkare resonerar på samma sätt. Det är inte värt att skriva för flera trådar.

Jag kan inte heller hålla med om att det skulle räcka med att använda andra headers för att få flertrådsstöd.

Ett exempel:
Om jag först slänger upp en dialogruta och väntar på input och några rader längre ner gör ett anrop till en egen metod som gör en jätteberäkning, hur skall kompilatorn veta att jag vill ha beräkningen i en ny tråd? Och dessutom, vad skall jag göra medan jag har startat beräkningen i en ny tråd. Jo jag måste vänta på resultatet för det skall visas i en annan dialogruta. För att få det att fungera med trådar måste hela strukturen skrivas om.

Sedan kan jag hålla med om att det finns program skrivna/gjorda för att köras på flera processorer/kärnor, men då har man tänkt på detta från början i design av programmet och det finns inbyggt stöd för detta i den underliggande strukturen.