Codeplay claimt succes met 'autoparallelle compiler'

Ontzettend off topic:

SPU's zijn in sommige opzichten nog veel beter dan de PPU die er in zit.

DMA in, DMA uit en processing tegelijk draaien. M.a.w: ik doe 3 dingen tegelijk. De PPU kan dat absoluut niet.

Simpel voorbeeldje: Memcpy op een SPU. Ik moet de eerste PPU implementatie nog tegenkomen die dit sneller kan dan een SPU. Op de SPU is dat een simpele DMA transfer, op de PPU mag je het allemaal zelf overhengelen.

Er is gewoon een C/C++ compiler voor de SPU's, dus ja, ze kunnen wel degelijk hetzelfde als de PPU. Over het algemeen draait normale C++ code iets langzamer op een SPU, maar dat maakt niet uit, want je hebt er 6!

Weer een klein beetje on topic:

Wat betreft de claim dat CodePlay een compiler heeft die x86 code kan produceren, PhysX code _en_ Cell PPU / SPU code?

Ik schat dat het gewoon een frontend parser is die weer C / C++ genereert die weer door de standaard compiler gecompileerd wordt.

Anders petje af hoor, dat je voor 4 architecturen een compiler weet te ontwikkelen en onderhouden.

edit: typo's

Misschien moet je de bron even lezen, dan wordt het al een stuk duidelijker. Je kunt wel een compiler bouwen die dit uitvogelt, maar dit is lang niet zo efficient als het zou kunnen zijn omdat de compiler alleen weet wat de code zou moeten doen, niet wat uiteindelijk de bedoeling is.

De hulp die de programmeur bij dit Sieve systeem moet bieden is minimaal. Hij hoeft alleen maar de juiste codeblokken te markeren waarvan hij het niet erg vindt dat de resultaten pas aan het eind van het totale blok gegarandeerd klaar zijn. Dat helpt het systeem bij het analyseren van het programma en zo worden de taken verdeeld over de beschikbare cores, en kan daarnaast informatie geven over wat te doen om je code beter parallelliseerbaar te maken. Dit alles staat echt in schril contrast met het werk dat je moet verzetten om zelf te zorgen dat je code over meerdere threads verdeeld wordt.

hoe automatischer, hoe beter, niet? behalve voor de mensen die geoptimaliseerd code schrijven dan, zoals ik.

Oh please . Het is wel te horen dat jij nog nooit aan grote commerciële projecten hebt gewerkt. En ik wed dat je alleen maar *denkt* dat je code optimaal is omdat je *iets* van assembly afweet, maar eigenlijk de ballen verstand hebt van hoe ondeterministisch en complex hedendaagse CPUs zijn waardoor jouw schijnend optimale code eigenlijk vol zit met memory- en pipeline stalls. Get a life en wees niet zo naïef door te denken dat jij het allemaal wel beter weet.

.edit2: lol, jij denkt serieus dat een master in computer engineering iets zegt over praktijkervaring? Als je al niet eens snapt dat je op een universiteit wordt opgeleid tot onderzoeker met een theoretische achtergrond, dan denk ik idd dat ze die diploma's aan Jan en Alleman geven ja . Zeker als je hier ook nog eens gaat roepen dat dit "niet nieuw is" terwijl je je schijnbaar niet in hebt verdiept wat dit nou eigenlijk doet.

Desalniettemin ging ik uit van je galery page hier op t.net, daar stond geen software development aangevinkt terwijl je schijnbaar wel de moeite hebt genomen om het in te vullen. Dat, icm "elektrotechniek" bij de opleiding en je professionele ervaring met server- en netwerkbeheer doet mij vermoeden dat je met hele andere dingen bezig bent dan op professionele basis geoptimaliseerde software te schrijven. Klik trouwens gerust op mijn galery page om erachter te komen wat ik in mijn dagelijkse leven doe. Kom met keiharde voorbeelden ipv gaan lopen zwaaien met je papiertje, want dat zegt idd geen zak.

Mijn onderbouwing staat er trouwens al, in de eerste twee alinea's van deze post. Je MPI argument houdt geen stand omdat dat vereist dat je je code omgooit voor dergelijke extensies, net als bij OpenMP ben je nog op een te low-level manier bezig met het parallelliseren, waar ze ook voor zijn ontworpen. De changes voor Sieve zijn echter minimaal en werken juist op een hoog niveau, door je applicatie te analyseren en te doorgronden, om zo te bepalen hoe jouw -sequentieel opgezette- code paths kunnen worden geparallelliseerd, en je bovendien hints te geven over de te verwijderen dependencies om het nog beter parallelliseerbaar te maken.

Het feit dat jij denkt dat dit al bestaat door met HPF of en MPI te komen geeft eigenlijk al aan dat je er geen idee van hebt wat dit nou eigenlijk doet en wat het doel ervan is. En het spijt me zeer, maar daar gaat je diploma je ook niet bij helpen.