ATi/AMD & GPGPU, profi sféra atd.
Moderátoři: morke, Walker1134, Wilik
- no-X
- Středně pokročilý

- Registrován: 24. úno 2004
- Bydliště: Č.Budějovice
Re: ATi & GPGPU, profi sféra atd.
nějak nerozumím tvému postu... když na něco znám odpověď, tak se na to neptám, ne? 
Nejlepší moderátor ve výslužbě
- W3N4
- Začátečník

-
- Registrován: 06. srp 2008
Re: ATi & GPGPU, profi sféra atd.
Na prvni otazku stale odpoved neznam (u prvniho postu na treti otazku)
Na druhou ano, chtel jsem nejprve nejake podrobnejsi info ale to uz si vygooglim sam.
A bude nutne pro toto API treba navrhnout graficke jadro jako je tomu u DirectX nebo bude stacit jenom nejaky ovladac?
- no-X
- Středně pokročilý

- Registrován: 24. úno 2004
- Bydliště: Č.Budějovice
Re: ATi & GPGPU, profi sféra atd.
Záleží, jaké bude mít požadavky API, ale předpokládám, že kompatibilita bude široká, stejně jako tomu bylo u OpenGL.
Nejlepší moderátor ve výslužbě
- klemikaze
- Začátečník

- Registrován: 16. bře 2006
- Bydliště: Mělník
- Kontaktovat uživatele:
Re: ATi & GPGPU, profi sféra atd.
Zeptej se nejchytřejšího strýčka na světě, nejrychlejší způsob jak se dostat k informacím

Takže jde vlastně o programovací jazyk jako každej jinej. Jde o OOP jazyk založenej na Céčku, doufám že sem ti odpověděl na co si chtěl...Wikipedia píše:OpenCL (Open Computing Language) is a language for programming heterogeneous data and task parallel computing across GPUs and CPUs. It was conceived by Apple Inc. (which holds trade mark rights), and established as standard by Khronos Group in cooperation with others, and is based on C99.
A komu se to nelíbí, ať mi klobouk... 
- DEVastor
- Začátečník

- Registrován: 27. úno 2007
- Bydliště: Zlín
- Kontaktovat uživatele:
Re: ATi & GPGPU, profi sféra atd.
teoreticky by to mely umet i X1xxx, ale pro ne asi podpora nebudeklemikaze píše:Zatím to ovladače umožňují pouze pro HD4800 a HD4600, časem by to mohlo jít na všechny HDXXXX karty...
(stačí pozorně číst... http://pctuning.tyden.cz/index.php?opti ... &Itemid=67)
- jasin755
- Začátečník

- Registrován: 26. lis 2007
- Bydliště: Olomouc
- Kontaktovat uživatele:
Re: ATi & GPGPU, profi sféra atd.
Vi se kdy asi zhruba pridaji podporu dalsich karet ?
//edit Jeste mam dotaz ohledne folding@home porad se o tom mluvi ale prakticky nevim co to je a hlavne k cemu to je. Bych bych rad kdyby me to nekdo vylozil
//edit Jeste mam dotaz ohledne folding@home porad se o tom mluvi ale prakticky nevim co to je a hlavne k cemu to je. Bych bych rad kdyby me to nekdo vylozil
C2D E4300 @ 3 Ghz + CM GeminII ; Gigabyte GTX260 OC (576/1242/2000 Mhz) ; MSI P35 NEO2 FIR; 1GB Kingmax 667Mhz + 1 GB GoodRam 667Mhz, Creative SoundBlaster X-fi Titanium
3dMark Vantage - P10749 , H6967
3dMark Vantage - P10749 , H6967
- Krteq
- Čestný člen

-
- Registrován: 22. dub 2005
- Bydliště: Brno
Re: ATi & GPGPU, profi sféra atd.
Folding@Home je projekt distribuovaných výpočtů Stanfordské univerzity zabývající se výzkumem dělení proteinů (např.: výzkum vzniku rakovinných buněk apod.) a vzájemného působení molekul.
Od roku 2006 využívají klienta s jádrem uzpůsobeným pro běh výpočtů na GPU (X1900).
Dalo by se říct, že to byl jeden z prvních větších GPGPU projektů.
Více na Wiki - Folding@Home
Od roku 2006 využívají klienta s jádrem uzpůsobeným pro běh výpočtů na GPU (X1900).
Dalo by se říct, že to byl jeden z prvních větších GPGPU projektů.
Více na Wiki - Folding@Home
- jasin755
- Začátečník

- Registrován: 26. lis 2007
- Bydliště: Olomouc
- Kontaktovat uživatele:
Re: ATi & GPGPU, profi sféra atd.
aha takze pokud chapu zde se pouziva jen jako testovaci program "k mereni vykonu"
C2D E4300 @ 3 Ghz + CM GeminII ; Gigabyte GTX260 OC (576/1242/2000 Mhz) ; MSI P35 NEO2 FIR; 1GB Kingmax 667Mhz + 1 GB GoodRam 667Mhz, Creative SoundBlaster X-fi Titanium
3dMark Vantage - P10749 , H6967
3dMark Vantage - P10749 , H6967
- Flegy
- Mírně pokročilý

-
- Registrován: 31. črc 2004
- Bydliště: Hrob
Re: ATi & GPGPU, profi sféra atd.
ne, pomaha vyresit vedcum problem 
- no-X
- Středně pokročilý

- Registrován: 24. úno 2004
- Bydliště: Č.Budějovice
Re: ATi & GPGPU, profi sféra atd.
Tohle by mohlo zajímat majitele X2
Pro neangličtináře: pokud máte HD4870X2, může F@H běžet na obou čipech: stačí nainstalovat Catalysty 9.1 a používat CAL knihovny driveru namísto knihoven obsažených v aplikaci (prostě je zazálohovat a přepsat)Dave Baumann píše:FYI - with Cat 9.1 F@H can be distributed over both ASIC's for HD 4870 X2, however you have to force the app to use the driver supplied CAL DLL's rather than the app supplied DLL's.
Nejlepší moderátor ve výslužbě
- Krteq
- Čestný člen

-
- Registrován: 22. dub 2005
- Bydliště: Brno
- Lukáš V
- Nováček

- Registrován: 09. črc 2008
- Kontaktovat uživatele:
Re: ATi & GPGPU, profi sféra atd.
Ty grafy jsou ale dost podezřelé. Lazar v našem fóru už měřil vliv toho patche a opravdu dochází k lepším výkonům, ale nijak se na tom neprojevuje snižování taktů HD 4870 až na 100/200 MHz (Core/Mem) a GPU load je pořád neznatelný. Taky to vypadá na závislost na ATI Avivo Video Converteru, protože instalací/odinstalací dochází ke změnám výstupních profilů v PowerDirectoru.
http://www.extrahardware.cz/forum/viewt ... 578#p66578
Zkrátka je to dost podezřelé a ATI Stream mi připadá jako velká načančaná krabice a uvnitř malá krabička, která místo prstenu má podložku pod šroubek.
http://www.extrahardware.cz/forum/viewt ... 578#p66578
Zkrátka je to dost podezřelé a ATI Stream mi připadá jako velká načančaná krabice a uvnitř malá krabička, která místo prstenu má podložku pod šroubek.
- Krteq
- Čestný člen

-
- Registrován: 22. dub 2005
- Bydliště: Brno
Re: ATi & GPGPU, profi sféra atd.
Klobouk dolů, Lazar odvedl pořádný kus práce. Na téma jestli je ATi AVIVO converter "blamáž" se tu už taky diskutovalo, ale nemůžu to nikde najít.
Tohle se ale AVIVO converteru netýká, takže bych těm výsledkům i věřil. Jedná se o implementaci ATi Stream do komerčního produktu a myslím, že CyberLink by nějaký "paskvil" nevydal.
Tohle se ale AVIVO converteru netýká, takže bych těm výsledkům i věřil. Jedná se o implementaci ATi Stream do komerčního produktu a myslím, že CyberLink by nějaký "paskvil" nevydal.
- no-X
- Středně pokročilý

- Registrován: 24. úno 2004
- Bydliště: Č.Budějovice
Re: ATi & GPGPU, profi sféra atd.
Měřit zátěž GPU může být dost zavádějící, protože nikdo pořádně neví, jaké jednotky jsou monitorovány, jaké monitorovány nejsou a podle jaké závislosti je zátěž vypočtena. A také nikdo přesně neví, které jednotky PD využívá, nebo jaké operace provádí.
Druhá věc pak je, že podtaktování GPU nemusí mít vliv - pokud dejme tomu vezmete hru jako Diablo II, tak ať budete mít RV770 nataktovanou na 200MHz nebo 800MHz, rozdíl v plynulosti tam nebude. Ale nedá se říct, že by to znamenalo, že Diablo II nevyužívá HW akceleraci - pouze je více závislý na výkonu CPU a pro jeho hladký běh dostačuje téměř jakákoli grafická karta.
Druhá věc pak je, že podtaktování GPU nemusí mít vliv - pokud dejme tomu vezmete hru jako Diablo II, tak ať budete mít RV770 nataktovanou na 200MHz nebo 800MHz, rozdíl v plynulosti tam nebude. Ale nedá se říct, že by to znamenalo, že Diablo II nevyužívá HW akceleraci - pouze je více závislý na výkonu CPU a pro jeho hladký běh dostačuje téměř jakákoli grafická karta.
Nejlepší moderátor ve výslužbě
- Lukáš V
- Nováček

- Registrován: 09. črc 2008
- Kontaktovat uživatele:
Re: ATi & GPGPU, profi sféra atd.
Však nepíšu, že tam žádná akcelerace není, ale že mi celý ATI Stream co se týče práce se videem dost smrdí. Zatím ani není možné dosáhnout 19násobného zrychlení jako slibovali ve slajdech k RV770
a to snad ani v těch nejoptimálnějších laboratorních podmínkách. Na dotaz cyberlink, jestli je PD7 závislý na Avivo package, zatím neodpověděli. Je dost možné, že se Stream ani pro takové výpočty nehodí, protože třeba F@H jede dobře s >90% loadem. Nebo je na vině zatím zpackané Avivo, které pořád není takové, jako testovali japonci na PCWatch.
http://translate.google.com/translate?p ... l=ja&tl=en
http://translate.google.com/translate?p ... l=ja&tl=en
- no-X
- Středně pokročilý

- Registrován: 24. úno 2004
- Bydliště: Č.Budějovice
Re: ATi & GPGPU, profi sféra atd.
Jak říkám, indikace zátěže GPU je zavádějící záležitost. Co to indikuje? Procento využitých ALUs? Nebo je to počítáno z vytížení ROPs? Nebo texturovacích jednotek? Nebo je sledována jen hlavní jednotka z každé 5D ALU? Nebo naopak ty jednotky vedlejší (menší)? A nebo tyhle statistiky nějak predikuje command processor, nebo dispatcher v čipu na základě toho, jak rozdává jednotkám úkoly? A pokud ano, není možné, že při některých negrafických operacích (GP-GPU) je právě tato jednotka, která jinak zátěž odhaduje, obcházena?
Možná si vzpomeneš, že první akcelerovaná verze FaH přistupovala ke grafickému čipu odlišně, než současná a nebylo možné zároveň k tomu pouštět jakoukoli 3D aplikaci, nebo cokoli dalšího akcelerovaného. Nyní už to možné je. Hádám, že původně bylo k čipu přistupováno více přímo (low-level) - také bylo třeba pro každý čip dodělávat podporu zvlášť, takže je možné, že bylo předem určeno, jaké jednotky dostanou jaký úkol. Nyní se k čipu přistupuju přes unifikované rozhraní, takže sám čip určuje (command/dispatch processor), jak si zátěž rozloží. A na základě toho funguje i monitoring zátěže korektně.
Při akceleraci videa se ale používá jiné rozhraní, než jaké využívá FaH a to konkrétně Cobra, což je specifické rozhraní AMD. Jakým způsobem samotná Cobra přistupuje k čipu, jsem nikde nenašel, ale jelikož nejde o nic univerzálního, může mít velká specifika, tzn. může přistupovat více low-levelově a teoreticky se vůbec nemusí omezovat jen na SPs, ale pro určité operace by mohly být využívány i TMUs a ROPs, které jsou pro různé úlohy (filtrace, programovatelný blending...) mnohem vhodnější.
Způsobů, jakými je možné GPU pro negrafické operace využívat, je hodně. Pokud pomineme D3D a OpenGL (což také jde, byť neefektivně), tak jsou to v případě Radeonů:
CTM : Close To Metal (Low-level language)
CAL : Compute Abstraction Layer
Brook+ (High-level language / ANSI C / BrookGPU adaptation)
ACML: AMD Core Math Library
APL: AMD Performance Library
COBRA: interface for video transcoding acceleration
nově ještě OpenCL a možná další. Které z nich jsou na sobě závislé a které ne s jakým způsobem k čipu přistupují, prostě normální člověk nemá šanci zjistit, aby na základě toho mohl pochopit, proč se systém chová tak, jak se chová.
Z hlediska primárního účelu grafického čipu jsou všechny GP-GPU aplikace dost nestandardní záležitostí, takže se není možné divit, že to vede k nestandardnímu chování, případě k nestandardním výsledkům.
Rozhodně je dobré hledat důvody, ale jednoduchá selská logika tady nefunguje a když se ji na to někdo bude snažit mermomocí použít, tak se akorát ztrapní, jako se to stalo pánům z Expreview.
Možná si vzpomeneš, že první akcelerovaná verze FaH přistupovala ke grafickému čipu odlišně, než současná a nebylo možné zároveň k tomu pouštět jakoukoli 3D aplikaci, nebo cokoli dalšího akcelerovaného. Nyní už to možné je. Hádám, že původně bylo k čipu přistupováno více přímo (low-level) - také bylo třeba pro každý čip dodělávat podporu zvlášť, takže je možné, že bylo předem určeno, jaké jednotky dostanou jaký úkol. Nyní se k čipu přistupuju přes unifikované rozhraní, takže sám čip určuje (command/dispatch processor), jak si zátěž rozloží. A na základě toho funguje i monitoring zátěže korektně.
Při akceleraci videa se ale používá jiné rozhraní, než jaké využívá FaH a to konkrétně Cobra, což je specifické rozhraní AMD. Jakým způsobem samotná Cobra přistupuje k čipu, jsem nikde nenašel, ale jelikož nejde o nic univerzálního, může mít velká specifika, tzn. může přistupovat více low-levelově a teoreticky se vůbec nemusí omezovat jen na SPs, ale pro určité operace by mohly být využívány i TMUs a ROPs, které jsou pro různé úlohy (filtrace, programovatelný blending...) mnohem vhodnější.
Způsobů, jakými je možné GPU pro negrafické operace využívat, je hodně. Pokud pomineme D3D a OpenGL (což také jde, byť neefektivně), tak jsou to v případě Radeonů:
CTM : Close To Metal (Low-level language)
CAL : Compute Abstraction Layer
Brook+ (High-level language / ANSI C / BrookGPU adaptation)
ACML: AMD Core Math Library
APL: AMD Performance Library
COBRA: interface for video transcoding acceleration
nově ještě OpenCL a možná další. Které z nich jsou na sobě závislé a které ne s jakým způsobem k čipu přistupují, prostě normální člověk nemá šanci zjistit, aby na základě toho mohl pochopit, proč se systém chová tak, jak se chová.
Z hlediska primárního účelu grafického čipu jsou všechny GP-GPU aplikace dost nestandardní záležitostí, takže se není možné divit, že to vede k nestandardnímu chování, případě k nestandardním výsledkům.
Rozhodně je dobré hledat důvody, ale jednoduchá selská logika tady nefunguje a když se ji na to někdo bude snažit mermomocí použít, tak se akorát ztrapní, jako se to stalo pánům z Expreview.
Nejlepší moderátor ve výslužbě
- lazar
- Nováček

-
- Registrován: 05. úno 2009
Re: ATi & GPGPU, profi sféra atd.
Kdyz uz jsem tu byl zminen, tak se take vyjadrim.
Radeji bych konvertoval video na svych HD4870 az by se z nich kourilo, ale bohuzel mi ATI a Cyberlink od 7/2008 predkladaji pouze sliby a skutek utek. Neni pak divu, ze se clovek zabyva necim takovym jako je zkoumani predkladanych drobku (AVIVO atd). Zamer je jediny, odhadnout nakolik ma do budoucna cenu cekat na zazrak (fungujici AVT) a nakolik se preorientovat na jina reseni.
Zde zminovanou zobrazenou zatez GPU jsem nikdy nebral jako bernou minci, prestoze ta konkretne v AVIVO 8.12 pri snizeni taktu GPU/VRAM umerne roste. Nakonec na prokazani vlivu frekvence GPU/VRAM na celkovou dobu prevodu (i bez povedomi o vnitrnim fungovani) staci uplne hodinky (i ty po pradedeckovi sedlakovi).
Otazkou je do jake miry muzeme ocekavat prekonani/dosazeni techto cilu.
Radeji bych konvertoval video na svych HD4870 az by se z nich kourilo, ale bohuzel mi ATI a Cyberlink od 7/2008 predkladaji pouze sliby a skutek utek. Neni pak divu, ze se clovek zabyva necim takovym jako je zkoumani predkladanych drobku (AVIVO atd). Zamer je jediny, odhadnout nakolik ma do budoucna cenu cekat na zazrak (fungujici AVT) a nakolik se preorientovat na jina reseni.
Zde zminovanou zobrazenou zatez GPU jsem nikdy nebral jako bernou minci, prestoze ta konkretne v AVIVO 8.12 pri snizeni taktu GPU/VRAM umerne roste. Nakonec na prokazani vlivu frekvence GPU/VRAM na celkovou dobu prevodu (i bez povedomi o vnitrnim fungovani) staci uplne hodinky (i ty po pradedeckovi sedlakovi).
Otazkou je do jake miry muzeme ocekavat prekonani/dosazeni techto cilu.
- Krteq
- Čestný člen

-
- Registrován: 22. dub 2005
- Bydliště: Brno
- Krteq
- Čestný člen

-
- Registrován: 22. dub 2005
- Bydliště: Brno
Re: ATi & GPGPU, profi sféra atd.
AMD/ATi vydává FirePro 2450 Multi-View
Product Specifications:NordicHardware píše:AMD's latest graphics card creation is anything but a speed demon. ATI FirePro 2450 Multi-View is a low-profile card with only 18W power consumption, which sort of reveals that the card is not for heavy games or 3D rendering. The card puts all emphasis on supporting multiple monitors. ATI FirePro 2450 supports no less than four monitors with maximal 1920x1200 pixel resolution over DVI or VGA. The card uses the PCIe X16 interface and comes with 512MB memory.
- Low profile half length quad monitor output solution
- Support up to four independent DVI or VGA monitors Units (GPU)
- Maximum digital resolution 1920x1200
- Low power (18W)
- Variable fan sink for higher MTBF
- DirectX 10 and OpenGL 2.1 support
- VHDCI Connectors
- 512MB GDDR3 Memory
- Native PCI Express® x16 & x1 Lane
- Support for DX 10.1 and PCIe Gen 2
- no-X
- Středně pokročilý

- Registrován: 24. úno 2004
- Bydliště: Č.Budějovice






