wau, oni jako udelali soft, kterymu se predhodi program treba ve fortranu, on ho zanalyzuje, vygeneruje zapojeni toho xilinxe, fleshne ho a spusti tu ulohu na nem? Tak to je teda mazec :)

"Výhodou řešení Convey je, tedy samozřejmě kromě toho, že je již k dispozici, fakt, že pro něj, narozdíl od CUDA, není třeba nijak upravovat aplikace."

koho mi len tato veta pripomina!? :D

Nova platforma vypada zajimave, ale nebude to asi takove terno jak se pise. Bude tu super pocitac pro nektere specializovane ulohy v oboru grafiky, matematiky, kryptografie. Rozhodne by jsme to nechapal tak, ze na koprocesoru pobezi bezne programy v C, Fortranu, atk. Do programovatelneho pole se bude muset vyvinout specialni soft, ktery bude delat najekou ulohu fakt rychle, treba filrovani obrazu anebo sifrovaci funkci a pak z vlastniho programu jen volat funkci,ktera preda a zpracuje data.
 
Take by do programovatelneho obvodu mohl jit nahrat "soft procesor", treba ARM anebo PowerPC, pak by mohl bezet software pro jiny procesor nez x86. Moznosti je asi hodne, ale pro plne vyuziti "koprocesoru" bude treba hodne programovani. Vyhodu je flexibilita.

Ale toto nie je novinka, Xilinxy mame v opteronovych socketoch uz velmi, velmi, velmi dlho

petrib: Prepsat automaticky strojovy kod x86 na strojovy kod cehokoliv jineho je obtizna uloha vedouci k vyrazne pomalejsimu kodu. Operacni system vidi pouze strojovy kod. Zaver: mit koprocesor jako prostredek operacniho systemu je nesmysl.

Hlavni dil prace pri vyuziti koprocesoru by mel delat prekladac, ktery ma k dispozici zdrojovy kod ve vyssim programovacim jazyku a proto to muze udelat efektivneji. Pro tento koprocesor se pritom bude kod prekladat mnohem snaze nez pro masivne paralelni GPU.

jsem tady sam, kdo si mysli, ze ten "koprocesor xilinx" je jen hradlove pole bez struktury? A ze se ta struktura do toho napred musi nahrat?

2 kaapo: take ocekavam, ze XILINX bude jen velke hradlove pole, do ktereho bude nejprve nutne nahrat "soft".