Új hozzászólás Aktív témák
-
Rive
veterán
válasz bit_vector #9 üzenetére
- Ha megfizetsz egy normális és jó mérnököt, kb. egymillióból is kihoz neked a feladatra alkalmas processzormagot.
Sületlenség. Ennyiből még komolyabb FPGA-t is csak szűkösen raksz HW-környezetbe - de akkor valamit még az adataival is kezdeni kell.
Effélére amúgy volt már kezdeményezés: talán 939-es foglalatra (dualból a másodikra), HT linkre terveztek egy közel általános FPGA tokot, hozzá spéci fordítót, ami az általános(abb) feladatokat HW-re fordította. Még talán egy halovány API is összejött. Aztán a többi teljesen saját feladat.
Eléggé hamvába holt dolog - amennyiért megvetted és fentartottad az egész hóbelevancot, annyiért vettél tíz WS-t, ami szumma lemosta az egészet a francba. És kevesebb törődést igényelt.
- 256kB EmbeddedRAM pedig lufira sem elég.
Ilyet is csak egy windowshoz szokott ember mondhat Ami a kódot illeti: a 64k ma is tökéletesen elég a futásidő 99 százalékára. Adatból pedig 256k úgy 95%-ra. Általános esetben.
- A számítási teljesítmény minden esetben stream alkalmazásoknál lesz a legnagyobb. A miértre annyit, hogy ott lehet a leghosszabbra venni a pipeline méretét, ráadásul a stream mód miatt kevés lesz a feltételes elágazás benne (egy példa : digitális jelfeldolgozás).
A 'stream' amolyan varázsszó lett, kár érte. Eredetileg olyan alkalmazásokat jelentett, ahol a memóriaelérés költségeit a folyamatos és kiszámítható memóriahasználat mögé lehetett rejteni.
Ide a kiszámítható viselkedés és a darabolhatóság kell. A stream jelleg a beágyazott memória miatt kevésbé lényeges - itt a legjobb, ha egy szuszra fix, nagy méretű adatblokkot lehet behúzni, aztán a feladat végén kitolni.
Rövidre vágva: a Cell sokkal rugalmasságban, felhasználási körben a célhardver és a klasszikus CPU-k között van, ugyanakkor az ára olcsóbb, mint még néhány procié. A korlátai ellenére nagyon is van helye az 'izom' világában is./// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!