Hirdetés
- ASUS Maximus VIII Ranger Z170 6-7-8-9-10 gen támogatás (Coffeetime mod)
- DFI és DFI Lanparty gyűjteményem
- Möbelix Milan íróasztal - a tapasztalatok összeszerelés után.
- Keychron V6 Max (HU) Mechanikus vezetéknélküli billentyűzet (Bluetooth, RF, USB)
- Újjászületés: szombattól új szerverkörnyezetben a PROHARDVER!
- GoodSpeed: Pillangóhatás: F billentyű meghibásodása -új gamer számítógépasztal
- Luck Dragon: Asszociációs játék. :)
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- sziku69: Fűzzük össze a szavakat :)
- Lenry: Windows 11 telepítése inkompatibilis gépre
- laskr99: DFI és DFI Lanparty gyűjteményem
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
Az AFR az csak teljes képernyős módban működik. Más lehetőséged nincs AFR szinten. A programnak kell szétosztania a feladatot. Ezt a szoftver készítőjén múlik.
(#35) Nikk: Ez a különbség a játékra vs. professzionális szintre tervezett architektúra között.
(#33) TTomax: picsába tényleg, de a kép az jó.
-
-
Nikk
senior tag
Jó de ha driverre tudnak csak hagyatkozni a path tracerek írói, hogyan lehetségez az, hogy a felsklálázódás közel lineáris, több kártya használata esetén anélkül, hogy bucket rendert használnának? Valami mégis csak lehetővé kell, hogy tegye... És itt most nem a professzionális kártyákról van szó, hanem mezei geforce-okról...
-
Abu85
HÁZIGAZDA
A specifikus optimalizáció a skálázódás miatt kell. Egy nagyobb clusternél ezt elvégzik. Itt nincs rá lehetőség. Biztos mindent megtesz a fejlesztő, de aránytalanul sok munka minden rendszerre kitesztelni mindent.
Biztos működik híd nélkül is. A híd használatára csak a drivernek van jóga, és mivel nincs AFR feldolgozás, így ezzel nem él a driver. -
Nikk
senior tag
Már amennyire specifikus. Gyakorlatilag bármely OpenCL támogatású kártyával működnek, melyek eleget tesznek a minimum OpenCL szabványnak... Ezek meg HD5XXX-től felfelé + illetve nVidia karik, melyek CUDA magosak... De amúgy egyébként az is CF illetve SLI, csak nem a klasszikus értelemben véve... =) (attól függ, hogy CF/SLI híd nélkül is működnek-e, ezt viszont tényleg nem tudom... =))
-
Nikk
senior tag
-
Nikk
senior tag
A path tracingnek illetve a mostani kártyáknak igencsak elég a teljesítménye arra, hogy töredékére csökkentsenek renderidőket. Nyilván nem fogunk folyamatos képet kapni, de jelenleg nem is ez a cél, hanem az, hogy tört részre csökkenjen a renderidő.
Amúgy egyébként tessék megnézni a profi alkalmazásokat, ahol sok-sok kártya, de nem feltétlen kell, hogy optikai kapcsolat legyen köztük, elég QuadSLI példának okáért, képesek arra, hogy pixeleket osszanak szét egymás közt. Nyilván a számítási kapacitás, egy pixelre vonatkozóan, nem lesz valami hatalmas, de a több szálúsítás miatt, már édes mindegy, hogy 1 pixelt 0,1, vagy 0,15 másodper alatt számol ki a gép, mivel a képek általában nem úgy néznek ki, hogy az egyik kártya csak többszörös mélységű objektumokat számol (üveg) a másik meg egyszerű műanyagot, aminek nincs mélysége. Nyilván ekkor jelentkezne ez az eset, ami megbonthatná ezt a folyamatot, de a programok írói ezekre is gondolnak. Amúgy egyébként ez az eset eleve kizárt, tehát nagy valószínűséggel nem is gondolnak ilyesmire.
A régebbi renderelők bucket renderelési eljárásai a PathTracing területén igencsak háttérbe szorultak, ugyanis LightCache-t használnak. Ilyen esetben nincs szükség bucket-re, ugyanis egy pixel egy bucket. Azt, hogy melyik kártya számolja illetve, hogy melyik szál kapja meg a számolandó pixelt, az a puszta véletlentől függ...
Bizonyos szempontból ez a program kicsit fals, mivel ez szétbontja a rendert bucket-okra, holott az alapját a Bi-Directional típusú LightCahce adja, ami elve pixelenként számol. Minden pixelre egyre és egyre több mintát számol, így kifinomodik a kép. Még akkor is ha ennél a programnál ezt momentán nem látjuk.
Érdemes megnézni pár ilyen programot:
VRay RT 2.0
Octane Renderer
Arion (habár ez hibrid CPU + GPU)
Talán még a Maxwell renderer is, habár erről nem tudom, hogy CPU vagy GPU. Vele még nem foglalkoztam annyit... -
Abu85
HÁZIGAZDA
A CF és az SLI eleve nem fut ablakban. Ha ablakban megy valami, akkor az úgy működik, hogy az egyik kártya számolja az ablak tartalmát, amit egy első kártya kitesz a többi tartalom mellett. Ha van harmadik és negyedik kari, akkor ők malmozni fognak.
OpenCL esetében a feladatot tudod szétosztani, de a programtól függ, hogy ez mennyire hatékony. A professzionális szinten jóval profibb programok vannak. Ott ez alapkövetelmény, hiszen egy GPU-val is másodpercekig tart a számítás. Ezért nincs az asztali szinten jelentősége a PathTracingnek. Cirka 7 év mire meg lesz a számítási kapacitás ehhez.
-
Nikk
senior tag
Nagyon tévedsz... A skálázódása SLI és XFire alatt közel lineáris... No és ugyan ez jellemzi az összes ilyesféle programot. Pláne, ha PathTracingre épül... Mind kihasználja és nem csak 2-3 VGA, ha kell akkor annál jócskán többet is, elég ha csak a Profi kártyákra gondolunk. Optikai szálon kötik össze a karikat és úgy dolgoznak együtt...
-
#21
Abu85
HÁZIGAZDA
Whit3Rav3n
#20
Abu85
HÁZIGAZDA
válasz
Whit3Rav3n
#20
üzenetére
A számításokat szétoszthatja, de nem nyersz vele sokat. Ez a része a dolognak még gyerekcipőben jár.
-
#15
TTomax
félisten
Whit3Rav3n
#14
TTomax
félisten
válasz
Whit3Rav3n
#14
üzenetére
Nem olyan rossz ez azért... milyen órajeleken ment?Gondolom 6970-re modolt 50-es igaz?
-
#14
Whit3Rav3n
senior tag
Whit3Rav3n
senior tag
Az új ati sem valami gyors ebben a tesztben de mindegy mert én úgysem használok openCL alkalmazásokat.
-
Nikk
senior tag
A-a... Ne keverd... =) Nem CUDA... OpenCL... =) Amúgy ATi kártyák is tudnak nyomatni pontokat... ugyan 3x 4x lassabban, de összemérni jó. Pláne azért is, mert előbb utóbb kiderül róla, hogy ott is ráturbóznak majd a normális OpenCL használatra... =) (Halkan súgom meg, hogy Barts és BartsXT-vel még nem készítettek tesztet, tehát ha valakinek van, akkor lesse meg... Kíváncsian várjuk mi történik... =))
-
Nikk
senior tag
-
Nikk
senior tag
A tesztelés metódusa:
Mivel még nem láttam OpenCL alapú benchmark topic-ot és mivel egyre nagyobb a térnyerése az efféle programoknak, továbbá a GPGPU számítások a videó kódolásban, konvertálásban, renderelésben és a nagymértékben többszálúsított MultiThread technológiákban, időszerűnek hatott, hogy nyissak egy topic-ot a GPGPU-k erejének, OpenCL-en futtatott eredményeinek összemérésére.
A program, amely alapvetően nagy mértékben képes hagyatkozni ezen technológiákra, nem más mint a renderelés.
Akiket érdekel a renderelés. némi infó:
A renderelés anyagok és fényforrások élethű fizikai szimulációja 3D-s modellek virtuális fényforrások és anyagok létrehozásával. A renderelőmotor az úgynevezett PathTracing eljárást használja, amely a matematikai QuasiMonteCarlo elvre és az úgynevezett Renderelési egyenletre hagyatkozik. Más néven Brute Force eljárás, ami hazai nyelven "nyers erő"-t jelent.
A sok blablát picit leegyszerűsítve: A program gyakorlatilag a fény útját számolja ki adott pixelekre, melyek a kamerába vetülnek adott az tulajdonságú 3D-s modelljeinkről.
Az eljárás egyik legnagyobb előnye, hogy nagyon minimális a processzorhasználat így a GPGPU-k valódi OpenCL teljesítményét méri, ergo NEM processzorfüggő.
A program amit a benchmark-hoz használni fogunk: RatGPU
Több féle verzió is rendelkezésre áll a teszteléshez, operációs rendszerektől függően. Mindenki a sajátjához valót szedje le.
A program telepítése:
nVidia és ATI kártyákhoz célszerű leszedni a legfrissebb driver-ket, akkor nem lehet gond a benchmark-al. nVidia kártya esetén csak a driver-re van szükség, az elég a program futtatásához.
ATI kártyával rendelkezőknek pedig le kell tölteni az OpenCL SDK-t, INNEN, továbbá a legfrissebb driver erősen javasolt a használathoz.
FIGYELEM!!!
ATI HD4XXX sorozat nem támogatott, ugyanis nem állnak rendelkezésre a megfelelő OpenCL utasítások, így őket sajnos mellőznünk szükséges.
A teszt futtatása:
Ha kész vagyunk, semmi különös semmi dolgunk nincs már, mint elindítani a programot és a bal felső sarokban található Benchmark gombra kattintani.
A renderelés elindul: jobb alul látszik, ahogy számol a kártya. Valószínűleg a hangján is hallani fogjuk a gépnek, hogy erőlködik veszettül. Az egér ilyenkor belassulhat, lehetőleg ne is nyomkodjuk, a teszt kártyától függően gyorsabban lassabban lefut. (nVidia esetén gyorsabb, ATi-nál lassabban) Ezen nem kell meglepődni. Az ATi kártyája gamer architektúrán, míg nVidia kártyái kicsit professzionálisabb alapokon nyugszanak.
A teszt lefutása után:
Megkapjuk a végeredményt másodpercben. A szokásostól eltérően, itt a kisebb eredmény a jobb, vagyis a pontszám a képekhez szükséges időt jelzi. Íme:
A link validálást is lehetővé tesz, csak szimplán másoljuk be a böngészőablakba és kész is vagyunk...
Ha bármilyen kérdés merül fel, csak tessék kérdezni, illetve végig lehet böngészni még EZT a fórumot, a program alakulásával kapcsolatban...
Jó Benchmark-olást... =)
Nem volt túl nagy sikere..
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Elemlámpa, zseblámpa
- Gumi és felni topik
- iPhone topik
- Meghalt a Windows 10, éljen a Windows 10!
- Milyen billentyűzetet vegyek?
- „Új mérce az Android világában” – Kezünkben a Vivo X300 és X300 Pro
- Milyen TV-t vegyek?
- GoodSpeed: Pillangóhatás: F billentyű meghibásodása -új gamer számítógépasztal
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- További aktív témák...
- Bomba ár! Lenovo ThinkPad T495 - AMD Ryzen 5 PRO I 8GB I 256GB SSD I 14" FHD I Cam I W11 I Gari!
- HP 24" IPS LED FULL HD monitor 24fh 4HZ37AA
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB DDR5 RAM RTX 5070 12GB GAMER termékbeszámítással
- Apple iPhone 12 Pro 128 GB Pacific Blue 1 év Garancia Beszámítás Házhozszállítás
- DELL PowerEdge R640 rack szerver - 2xGold 6138 (20c/40t, 2.0/3.7GHz), 64GB RAM,4x1G, H730 1GB, áfás
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő