Početak›Forumi›Linuks›Opšte Linuks diskusije›Da li može da se upregne GPGPU radi kompilacije kernela ?
- This topic has 15 odgovora, 4 glasa, and was last updated 14 years, 5 months ranije by kosmi.
-
AutorČlanci
-
16. oktobar 2009. u 9:18 pm #11537dukenukem_4dUčesnik
zamislite samo ….
udrite makexconfig
make bZimage
make modulesiii… 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 ???16. oktobar 2009. u 9:35 pm #81467ВладимирUčesnikStrpi se malo, biće uskoro. 🙂
16. oktobar 2009. u 9:41 pm #81468dukenukem_4dUčesnikhttp://www.ks.uiuc.edu/Research/vmd/vmd-1.8.7/
ovde nešto izračunavaju molekule :-
16. oktobar 2009. u 10:28 pm #81469kosmiUčesnikDa 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.
17. oktobar 2009. u 9:17 am #81470Časlav IlićUčesnikГПУ-ови су у суштини векторски процесори, што значи да планиране брзине могу да постигну једино при једнообразним трансформацијама мноштва нумеричких података. Компиловање програмског кода пак чине развноврсне трансформације малог скупа симболичких података, и ту би перформансе ГПУ-а биле катастрофалне (у односу на општи процесор исте цене). Тако да ништа од тога.
17. oktobar 2009. u 6:56 pm #81471dukenukem_4dUčesnikok 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)17. oktobar 2009. u 9:23 pm #81472kosmiUčesnikmada 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.
17. oktobar 2009. u 9:46 pm #81473dukenukem_4dUčesnikKada 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 ???
17. oktobar 2009. u 10:08 pm #81474kosmiUčesnikBem 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:
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 ::).17. oktobar 2009. u 10:20 pm #81475dukenukem_4dUčesnikOLPC 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 😀 😀 ) -
AutorČlanci
Moraš biti prijavljen da bi postavio komentar u ovoj temi.