Sommigen van jullie hebben al ongetwijfeld het artikel van Hypercomputing gelezen.
Nu had ik me hier al een tijdje in verdiept en veel over liggen nadenken.
Ga er zelfs een Essay over schrijven (Super- and HyperComputers and their future.)
Na een paar dagen flink wat erover te hebben gelezen en gepraat ben ik toch wel zeer enthousiast over deze ontwikkeling.
Ik zal er eens een beetje meer over vertellen.
Stel je bent een doodgewone thuisgebruiker die vaak spelletjes speelt, surft en zo nu en dan wat Tekstbestanden typt.
Je hebt een AMD of PIII, die beiden een andere set van geoptimaliseerde codes hebben.
Dus beiden CPU''s hebben hun nadelen.
De een heeft namelijk Ondersteuning voor SSE en de ander voor 3Dnow.
Je zult dus zien dat op twee CPU''s met dezelfde snelheden toch zeer duidelijke verschillen optreden wanneer er programma''s worden gebruikt die van deze codes gebruik maakt, en dat terwijl ze beiden dezelfde kloksnelheid hebben.
Nu met deze nieuwe ontwikkeling krijgen we een hele andere toekomst voorgeschoteld,
namelijk, deze FPGA''s hebben geen geoptimaliseerde codes,
ze maken ze zelf zodat de software die op dat moment draait PERFECT wordt ondersteund,
een voorbeeld, je speelt Quake3, deze FPGA''s zullen dan als het ware een Hardwarematige Q3 engine gaan vormen (Quite some shit hey
) dewelke een meest optimale Q3 code hebben gemaakt on the fly.
Je kunt je voorstellen dat dit met een ongelovelijke snelheid zal gaan.
Zelfs in dit spel zal je FPGA zichzelf vaak verbeteren en aanpassen, zodat alles optimaal blijft lopen, stel je loopt in een level waar op een gegevenmoment veel van T&L gebruik wordt gemaakt, je FPGA past zich dan zo aan dat deze dan ook perfect wordt weergegeven, loop je weg van die scene dan zullen er "enkele" gates op je FPGA vrijkomen die voorheen zich hadden voorgedaan als Hardware T&L processor, deze Gates gaan zich nu weer storten op het normale scenerendering en bumpmapping (wat er dan op dat ogenblik op je beeldscherm te zien is).
Je sluit dan na een hevige multiplayersessie Q3 af waardoor er weer tal van Gates vrijkomen, deze gaan dan rondkijken wat ze kunnen gaan doen zodat alles optimaal zal lopen.
Ze zullen bijvoorbeeld een Hardwarematige Windowskernel processor worden (hier ben ik niet zo erg zeker van maar de kans is zeeer groot).
Je gaat een tijdje weg van je computer, om te eten ofzo, je hebt dan RC5 of Seti@home draaien op de achtergrond.
De beschikbare Gates reconfigureren zich dan als een Hardwarematige RC5 koeitje
of voor de Seti@home gebruiker, een Hardwarematige Seti@home package analyser.
Dewelke je packages eruitspuugt alsof het niets is.
Met andere woorden, deze FPGA''s passen zich aan aan de software wat op dat ogenblik draait op de Computer.
Denk je nu eens in wanneer we dit ook gaan doen met software die zich aanpast aan de hardware die er in je kast zit (Hier heb ik nog nooit wat van gehoord maar die FPGA''s hebben me tot denken aangezet).
Dit zou uitermate handig zijn voor drivers.
Je pakt je een gewone basis video driver met de meest basis dingen die je maar kunt bedenken.
Na een paar keer een Q3 sessie te hebben gespeeld kan deze driver al heel wat meer aangezien hij zich herschrijft tot een zeer optimale driver voor de huidige video/geluids/netwerk etc etc kaart.
Zo "leert" de driver na een tijdje dat je Videokaart T&L ondersteund, nu herschrijft hij zich dus zodanig dat dit 100% wordt ondersteund op de OS die op dat ogenblik draait.
En je driver blijft zolang doorgaan totdat ie zo optimaal is dat de enige oplossing om meer FPS te krijgen een hardware upgrade is, waarna de driver weer opnieuw begint met schrijven van een meest optimale/perfect driver.
Wanneer FPGA''s en deze zichzelf schrijvende drivers in combinatie worden gebruikt, lijken mij de mogelijkheden ENORM om maar even een understatement te maken.
Dit was dan zo''n beetje wat ik er zo snel over kon zeggen.
Ik zou nu ook graag enkele goeddoordachte toepassingen, en misschien ook enkele verbetering op mijn verhaal willen horen, alsook jullie ideeen over deze ontwikkeling.
Kom maar op zou ik zeggen
Nu had ik me hier al een tijdje in verdiept en veel over liggen nadenken.
Ga er zelfs een Essay over schrijven (Super- and HyperComputers and their future.)
Na een paar dagen flink wat erover te hebben gelezen en gepraat ben ik toch wel zeer enthousiast over deze ontwikkeling.
Ik zal er eens een beetje meer over vertellen.
Stel je bent een doodgewone thuisgebruiker die vaak spelletjes speelt, surft en zo nu en dan wat Tekstbestanden typt.
Je hebt een AMD of PIII, die beiden een andere set van geoptimaliseerde codes hebben.
Dus beiden CPU''s hebben hun nadelen.
De een heeft namelijk Ondersteuning voor SSE en de ander voor 3Dnow.
Je zult dus zien dat op twee CPU''s met dezelfde snelheden toch zeer duidelijke verschillen optreden wanneer er programma''s worden gebruikt die van deze codes gebruik maakt, en dat terwijl ze beiden dezelfde kloksnelheid hebben.
Nu met deze nieuwe ontwikkeling krijgen we een hele andere toekomst voorgeschoteld,
namelijk, deze FPGA''s hebben geen geoptimaliseerde codes,
ze maken ze zelf zodat de software die op dat moment draait PERFECT wordt ondersteund,
een voorbeeld, je speelt Quake3, deze FPGA''s zullen dan als het ware een Hardwarematige Q3 engine gaan vormen (Quite some shit hey
) dewelke een meest optimale Q3 code hebben gemaakt on the fly.Je kunt je voorstellen dat dit met een ongelovelijke snelheid zal gaan.
Zelfs in dit spel zal je FPGA zichzelf vaak verbeteren en aanpassen, zodat alles optimaal blijft lopen, stel je loopt in een level waar op een gegevenmoment veel van T&L gebruik wordt gemaakt, je FPGA past zich dan zo aan dat deze dan ook perfect wordt weergegeven, loop je weg van die scene dan zullen er "enkele" gates op je FPGA vrijkomen die voorheen zich hadden voorgedaan als Hardware T&L processor, deze Gates gaan zich nu weer storten op het normale scenerendering en bumpmapping (wat er dan op dat ogenblik op je beeldscherm te zien is).
Je sluit dan na een hevige multiplayersessie Q3 af waardoor er weer tal van Gates vrijkomen, deze gaan dan rondkijken wat ze kunnen gaan doen zodat alles optimaal zal lopen.
Ze zullen bijvoorbeeld een Hardwarematige Windowskernel processor worden (hier ben ik niet zo erg zeker van maar de kans is zeeer groot).
Je gaat een tijdje weg van je computer, om te eten ofzo, je hebt dan RC5 of Seti@home draaien op de achtergrond.
De beschikbare Gates reconfigureren zich dan als een Hardwarematige RC5 koeitje
of voor de Seti@home gebruiker, een Hardwarematige Seti@home package analyser.
Dewelke je packages eruitspuugt alsof het niets is.
Met andere woorden, deze FPGA''s passen zich aan aan de software wat op dat ogenblik draait op de Computer.
Denk je nu eens in wanneer we dit ook gaan doen met software die zich aanpast aan de hardware die er in je kast zit (Hier heb ik nog nooit wat van gehoord maar die FPGA''s hebben me tot denken aangezet).
Dit zou uitermate handig zijn voor drivers.
Je pakt je een gewone basis video driver met de meest basis dingen die je maar kunt bedenken.
Na een paar keer een Q3 sessie te hebben gespeeld kan deze driver al heel wat meer aangezien hij zich herschrijft tot een zeer optimale driver voor de huidige video/geluids/netwerk etc etc kaart.
Zo "leert" de driver na een tijdje dat je Videokaart T&L ondersteund, nu herschrijft hij zich dus zodanig dat dit 100% wordt ondersteund op de OS die op dat ogenblik draait.
En je driver blijft zolang doorgaan totdat ie zo optimaal is dat de enige oplossing om meer FPS te krijgen een hardware upgrade is, waarna de driver weer opnieuw begint met schrijven van een meest optimale/perfect driver.
Wanneer FPGA''s en deze zichzelf schrijvende drivers in combinatie worden gebruikt, lijken mij de mogelijkheden ENORM om maar even een understatement te maken.
Dit was dan zo''n beetje wat ik er zo snel over kon zeggen.
Ik zou nu ook graag enkele goeddoordachte toepassingen, en misschien ook enkele verbetering op mijn verhaal willen horen, alsook jullie ideeen over deze ontwikkeling.
Kom maar op zou ik zeggen
/u/181/crop66a26e9c3eb47_cropped.png?f=community)
:strip_exif()/u/2738/gotlogo.gif?f=community)