Da li može da se upregne GPGPU radi kompilacije kernela ?

[dukenukem_4d]

zamislite samo ….

udrite makexconfig
make bZimage
make modules

iii… sve gotovo za 3 minuta 😎
😀 😀 😀

Da li može da se upregne nakako GPGPU od novijih ati/nvidija
radi kompilacije kernala ?
da li ima nešto po netu da se neko dosetio , znam da
su pravili za neko passwd provaljivanje,nevezano ,
a za ovo naše jel se setio neko ???

[Владимир]

Strpi se malo, biće uskoro. 🙂

http://en.wikipedia.org/wiki/OpenCL

[dukenukem_4d]

http://www.ks.uiuc.edu/Research/vmd/vmd-1.8.7/

ovde nešto izračunavaju molekule :-

[kosmi]

Da li može da se upregne GPGPU radi kompilacije kernela ?

Za kompajliranje mislim da neće da može 😀 bez portovanja gcc-a za GPU O0, a za ubrzavanje izvršavanja će moći da se koristi sa programima napisanim za OpenCL.

[Časlav Ilić]

ГПУ-ови су у суштини векторски процесори, што значи да планиране брзине могу да постигну једино при једнообразним трансформацијама мноштва нумеричких података. Компиловање програмског кода пак чине развноврсне трансформације малог скупа симболичких података, и ту би перформансе ГПУ-а биле катастрофалне (у односу на општи процесор исте цене). Тако да ништа од тога.

[dukenukem_4d]

ok hvala O0 , ništa onda :- za kernel ,
mada sve mislim da ne bi bilo nemoguće ???

zar ne može da se kompilacija podeli na više paralelnih procesa koji bi se prosledili u stvari ka GPU ???
(sorry ako sam lupio glupost :redface: )

za onaj gore link VMD , on sadrži binarnu varijantu 😀 ( VMD Molecular Graphics Viewer )
LINUX OpenGL, CUDA
LINUX OpenGL
koja ide na 32 bitnom ,ali imaju i za 64 bitni
probao sam, nekako ide starije izdanje , bez cuda ,potreban je tcl8.5 tk8.5 (ili odgovarajući)
kao i fltk toolkit (paketi iz konkretne distribucije)
./configure
cd src
make install
(ovo nije za source , konfigure ovde konfiguriše binarno izdanje)

[kosmi]

mada sve mislim da ne bi bilo nemoguće ???

Nije nemoguće, ali bi to sigurno bilo suboptimalno (i to ne procentualno, nego sasvim drugog reda) u odnosu na CPU O0. Kada bi sve bilo mnogo brže, sigurno bi i prestala potreba za klasičnim CPUovima >:D.

Videćemo već šta će biti sa Larabee sa svojih XYZ x86 procesora na G kartici – liči da će biti idealno za ovako nešto O0.

[dukenukem_4d]

Kada bi sve bilo mnogo brže, sigurno bi i prestala potreba za klasičnim CPUovima .

baš tako 😀

odavno postojao Risc koncept , koji je napušten zarad lakšeg odvajanja para od korisnika 🙁 (malo preterujem)

što se tiče larabija , kako će na njemu da ga ukompiliraju , ako se ne prebaci C kompiler na više threadsova ??? (u vezi brzine)

znači mora gpgpgu još malo da pgledam kako to ide paralelno?

edit
možda mi razmišljamo previše linearno ???

edit  demo larabee ???

[kosmi]

Bem li ga duke, sve je u domenu špekulacija u vezi za LRB… Malo je vektorski, malo x86, a sad kažu da će biti integrisan u neki Haswell:

Intel to use Larrabee graphics on CPUs

dakle semiaccurate :angel:, što već sve više liči na već najavaljeni AMD Fusion kombo O0.

Eh da, ponovo će softver morati da se menja :D… ma dođe mi da pređem na Mips :eek:, čika bradonja pametan čovek kad reče: OLPC kompjuterčići su pravljeni za Windows :police:

možda mi razmišljamo previše linearno ???

.
Mighty might ::).

[dukenukem_4d]

OLPC kompjuterčići su pravljeni za Windows

da ali je čovek ispunio svoj san , da ima 100% free i hardverski i softverski 😮
http://www.fsf.org/blogs/rms/can-we-rescue-olpc-from-windows
(još prebeše to)

EDIT
ebaga ja ću da počnem običnu olovku da arčim 😡 ne tekst konsolu a X mi i ne treba ,
http://stallman.org/stallman-computing.html
(a RTS je show 😀 😀  )

[Аутор]

Чланци