[Trebron09]

Idézet: arn - Dátum: 2009. dec. 29., kedd - 23:05

amire valszeg tenni fognak magasrol...

pontosan, teljesítmény kell? vegyél HD 5***-et :Ð

[HSM]

Idézet: Abu85 - Dátum: 2009. dec. 29., kedd - 21:17

A sajtó nem ért a programozáshoz, így nem értették mit akart Michael Villmow mondani. Csupán arra akart rávilágítani, hogy Vec4 utasításokkal lesz megfelelõ a HD 4000 teljesítménye. Továbbá az atomi mûveletek hiánya is külön odafigyelést igényel. Az AMD erre nem tud megoldást nyújtani, így nagyrészt a fejlesztõtõl függ a HD 4000 sebessége.

Remélem, ez nem azt jelenti, hogy a 4xxx széria OpenCL-bõl felejtõs lesz, mert a fejlesztõnek nem lesz ideje/kedve 48xx supportot csinálni.... (Kicsit olyan Xenos tesszeláció-feelingem van... Tudja a cucc, minimális erõlködéssel menne is, de mégis le van téve, kb., mert az újra egyszerûbb megírni...  )
És most nem a Vec4-re gondolok, mert anélkül ha jól vágom, az 5xxx-esek se fognak szépen szaladni... Hanem a Local data share, meg atomi mûveletek, meg ilyesmik aggasztanak picit.... Remélem feleslegesen... Mind1, végülis, ha annyira OpenCL-t akarok, max váltok egy 5770/5850/6770-re... 

Pedig milyen jól néz ki ez a cucc, itthagytam kicsit futni, egész pofás lett, mire visszajöttem...    [LINK]

Ja, és mielõtt valaki megkérdezné, azért 6500K sample/sec, mert felhúztam a karit 895/1050-re, hogy kicsit haladósabb legyen. 

Szerkesztette: HSM 2009. 12. 30. 00:25 -kor

[Chabi]

Idézet: HSM - Dátum: 2009. dec. 30., szerda - 1:22

Ja, és mielõtt valaki megkérdezné, azért 6500K sample/sec, mert felhúztam a karit 895/1050-re, hogy kicsit haladósabb legyen. 

Ebbõl is látszik, hogy hatékonyabban fut le ugyanaz a kód az 5x szérián. Pedig az "elvi" felépítése hasonló a 4890-nek is és az 5770-nek is.

850MHz/800stream

5770 - 6560k sample/s
4890 - 6100k sample/s

[HSM]

Idézet: Chabi - Dátum: 2009. dec. 30., szerda - 2:23

Ebbõl is látszik, hogy hatékonyabban fut le ugyanaz a kód az 5x szérián. Pedig az "elvi" felépítése hasonló a 4890-nek is és az 5770-nek is.

850MHz/800stream

5770 - 6560k sample/s
4890 - 6100k sample/s

Persze, az 5770-es szériában elvileg duplázták a cache-méreteket, az RV840-ekben is, plussz kicsit alakítottak a shadereken is. (Kaptak valami új funkciót, vagy miaszösz) Plussz ugye az egyéb finomítgatások, plussz opencl feature-ok.... Ha a memóriabusza nem fogja vissza, az 5770 elkalapálja számolásban a 4890-et, ez nem is volt kérdéses. De ha csak ezzel a 10%-al gyorsabb optimális esetben (nem memórialimites OpenCL kód) akkor teljesen meg vagyok elégedve a 4890-emmel.    (Márpedig ez a helyzet ebben a demoban) Tavaly áprilishoz képest (amikor vettem) pedig már lefolyt némi víz a dunán, azt kell mondjam, 60K-ért nem volt rossz befektetés...  És addig elégedett is fogok maradni, amíg az 5770 nem fog tudni bárhol több, mint 30%-ot ráverni a karimra játszható beállításokon, számomra érdekes progikban....

Szerkesztette: HSM 2009. 12. 30. 01:48 -kor

[arn]

Idézet: HSM - Dátum: 2009. dec. 30., szerda - 0:22

Remélem, ez nem azt jelenti, hogy a 4xxx széria OpenCL-bõl felejtõs lesz, mert a fejlesztõnek nem lesz ideje/kedve 48xx supportot csinálni.... (Kicsit olyan Xenos tesszeláció-feelingem van... Tudja a cucc, minimális erõlködéssel menne is, de mégis le van téve, kb., mert az újra egyszerûbb megírni...  )
És most nem a Vec4-re gondolok, mert anélkül ha jól vágom, az 5xxx-esek se fognak szépen szaladni... Hanem a Local data share, meg atomi mûveletek, meg ilyesmik aggasztanak picit.... Remélem feleslegesen... Mind1, végülis, ha annyira OpenCL-t akarok, max váltok egy 5770/5850/6770-re... 

Pedig milyen jól néz ki ez a cucc, itthagytam kicsit futni, egész pofás lett, mire visszajöttem...    [LINK]

Ja, és mielõtt valaki megkérdezné, azért 6500K sample/sec, mert felhúztam a karit 895/1050-re, hogy kicsit haladósabb legyen. 

itt szvsz nem is a 4800 az erdekes... hanem ha a 1tf+ kartyakbol ennyit tudnak kihozni, akkor mit akarnak egy chipsetbe vagy prociba integralt gpubol? nagyon szuk lesz az openclel eredmenyesen megcelozhato alkalmazasok kore.

[Chabi]

Idézet: arn - Dátum: 2009. dec. 30., szerda - 8:55

hanem ha a 1tf+ kartyakbol ennyit tudnak kihozni

10x nagyobb teljesítményt tudnak mintha cpu-val csinálnák. CPU-s letölthetõ verziót még keresek, de a leírás ott van a linken csak lejjebb picit.

Idézet

Reading scene: scenes/cornell.scn
Scene size: 9
For test only: Expires on Sun Feb 28 00:00:00 2010
OpenCL Device 0: Type = TYPE_CPU
OpenCL Device 0: Name = Intel® Core™2 Quad CPU Q6600 @ 2.40GHz OpenCL Device 0: Compute units = 4
OpenCL Device 0: Max. work group size = 1024
Reading file 'rendering_kernel.cl' (size 2634 bytes)
[...]
Rendering time 1.870000 sec (pass 7) Sample/sec 420552

It uses the 4 cores but it has the same performance of smallptCPU (with only one core). I guess CPU devices are useful only for developing purpose (i.e. when you don't have a fast GPU available).

SmallGPU (on GPU)

This is the OpenCL implementation using only the GPU device. Result:

Reading scene: scenes/cornell.scn
Scene size: 9
For test only: Expires on Sun Feb 28 00:00:00 2010
OpenCL Device 0: Type = TYPE_GPU
OpenCL Device 0: Name = ATI RV770
OpenCL Device 0: Compute units = 10
OpenCL Device 0: Max. work group size = 256
Reading file 'rendering_kernel.cl' (size 2634 bytes)
[...]
Rendering time 1.040000 sec (pass 236) Sample/sec 4537108

It is about 10 time faster than the single-thread CPU implementation.

Core2 Q6600 @ 2.40GHz - 420k sample/s
Radeon HD4850 - 4537k sample/s

[HSM]

Idézet: arn - Dátum: 2009. dec. 30., szerda - 8:55

itt szvsz nem is a 4800 az erdekes... hanem ha a 1tf+ kartyakbol ennyit tudnak kihozni, akkor mit akarnak egy chipsetbe vagy prociba integralt gpubol? nagyon szuk lesz az openclel eredmenyesen megcelozhato alkalmazasok kore.

Az egyszálú CPU-sebesség felét hozniuk kell. Ha ez úgy van megvalósítva, hogy együtt dolgoznak, akkor az másfélszeres sebesség, gyakorlatilag ingyen, és még marad szabad kapacitás a gépben másra. És most a legalapabb, 40 shaderes cuccról beszélek.... Kicsit combosabb GPU-val (80-120 shader vagy felette, amit azért már nem nagy kunszt lenne csipszetbe rakni) már igencsak lenne létjogosultsága szvsz..... (És végig Ati cuccról beszéltem...)
Amúgy még meg kéne várni pár OpenCL cuccot, hogy lássuk, mi a tendencia...  Ezeknél a GPU-knál rengeteg múlik a kódon sebesség szempontjából.... De lehet, még annál is picit több...

Szerkesztette: HSM 2009. 12. 30. 11:48 -kor

[arn]

Idézet: Chabi - Dátum: 2009. dec. 30., szerda - 11:16

10x nagyobb teljesítményt tudnak mintha cpu-val csinálnák. CPU-s letölthetõ verziót még keresek, de a leírás ott van a linken csak lejjebb picit.

ezt meg a fenti cikk folyamanya, aminel a q6600 levert egy 4800at. meg nem azt irtam, hogy nem lesz mindenutt gyorsabb, csak lehet szuk lesz az alkalmazhatosagi kor erre visszavezethetoleg (ahol megeri hasznalni).

Szerkesztette: arn 2009. 12. 30. 14:01 -kor

[arn]

Idézet: HSM - Dátum: 2009. dec. 30., szerda - 11:47

Az egyszálú CPU-sebesség felét hozniuk kell. Ha ez úgy van megvalósítva, hogy együtt dolgoznak, akkor az másfélszeres sebesség, gyakorlatilag ingyen, és még marad szabad kapacitás a gépben másra. És most a legalapabb, 40 shaderes cuccról beszélek.... Kicsit combosabb GPU-val (80-120 shader vagy felette, amit azért már nem nagy kunszt lenne csipszetbe rakni) már igencsak lenne létjogosultsága szvsz..... (És végig Ati cuccról beszéltem...)
Amúgy még meg kéne várni pár OpenCL cuccot, hogy lássuk, mi a tendencia...  Ezeknél a GPU-knál rengeteg múlik a kódon sebesség szempontjából.... De lehet, még annál is picit több...

igen, mar en is latni szeretnem... de egyelore a prociba rakott gpu inkabb egy atcsoportositott integralt videonak tunik.

[HSM]

Idézet: arn - Dátum: 2009. dec. 30., szerda - 15:02

de egyelore a prociba rakott gpu inkabb egy atcsoportositott integralt videonak tunik

Tökéltesen jól látod a  helyzetet.    Mondjuk az AMD bulldozerben már egy egész érdekes koncepciókat lehet felfedezni (a PR anyagok alapján), miszerint lesz egy bazierõs egészszámos feldolgozó, és valami megosztott átlagos FP egység. És ezt azért csinálják ilyenre, hogy a FP mûveletekre egyre inkább majd a GPU-t tervezik. (Remélem jól értelmeztem az anyagokat, és nem írtam butaságokat...   Asszem anandon olvastam errõl....)
Szerk.: Ja, megvan, nem lõttem nagyon mellé....    [LINK]

[arn]

goatigo! felraktam egy final win7et, dx11 van, opencl nincs...  :Р vmit mar megint elusererrorkodtam.

Szerkesztette: arn 2009. 12. 30. 20:15 -kor

[Chabi]

Idézet: arn - Dátum: 2009. dec. 30., szerda - 21:15

goatigo! felraktam egy final win7et, dx11 van, opencl nincs...  :Р vmit mar megint elusererrorkodtam.

SDK is fent van vagy csak a driver ?

[FragMaster]

opencl-hez nem a 9.12 hotfix kell?

[HSM]

Idézet: arn - Dátum: 2009. dec. 30., szerda - 21:15

goatigo! felraktam egy final win7et, dx11 van, opencl nincs...  :Р vmit mar megint elusererrorkodtam.

Bár nekem DX11-em nincs, de a 9.11-es "Dirt2 hotfix" driver + Stream SDK 2.0 (a normál, letölthetõ végleges) vidáman müxik OpenCL-ben, win7 64biten.... Mondjuk a StreamSDK telepítéskor jól rámpirított, hogy nem talált támogatott gpu-t vagy valami hasonló kreténséget, meg hogy frissítsek OpenCL kompatibilis VGA-driverre, és CPU-n fog futni az OpenCL, hát ahhoz képest csak poénból elindítottam, és röhögve GPU-ból fut minden... 

[arn]

ofcoz fixet es az sdkt is felraktam... amig ossze nem boritotta nalam a drvinstall az rc1es wint, addig ment is mindketto.

[HSM]

Idézet: arn - Dátum: 2009. dec. 30., szerda - 21:53

ofcoz fixet es az sdkt is felraktam... amig ossze nem boritotta nalam a drvinstall az rc1es wint, addig ment is mindketto.

Nem értem, miért nem akar ez nálad gömbölyû lenni.... 

[Chabi]

Nekem az bétás cr2 9.12-vel röhögve van opencl a végleges sdk-val (09.11.11 a driver dátuma), igaz most csak xp-n tolom

[arn]

Idézet: HSM - Dátum: 2009. dec. 30., szerda - 21:09

Nem értem, miért nem akar ez nálad gömbölyû lenni.... 

mert valszeg nem az  :Ð

[arn]

Idézet: Chabi - Dátum: 2009. dec. 30., szerda - 22:10

Nekem az bétás cr2 9.12-vel röhögve van opencl a végleges sdk-val (09.11.11 a driver dátuma), igaz most csak xp-n tolom

nalam utoljara a 9.11 es a betas opencl mukodott egyszerre rendesen. aztan miutan kiprobalgattam a 9.12ot, meg a final sdkt, akkor borult ossze vmi. de egy friss telepitesen illene mukodnie...

nem kell ennek meg vmi kiegeszites?

[sutyi^]

Idézet: arn - Dátum: 2009. dec. 31., csütörtök - 8:02

nalam utoljara a 9.11 es a betas opencl mukodott egyszerre rendesen. aztan miutan kiprobalgattam a 9.12ot, meg a final sdkt, akkor borult ossze vmi. de egy friss telepitesen illene mukodnie...

nem kell ennek meg vmi kiegeszites?

Catalyst 9.12
Catalyst 9.12 Hotfix
StreamSDK 2.0

Elvileg ezek kellenek.