hm asi hloupá otázka, ale kde se o verzi PCIe dozvím? Mám board Asus P5B-V a nemůžu nikde najít..

len chcem poprosit redaktorov tohto vyborneho webu, aby prinasali vsetky informacie o zakladnych doskach s chipsetom podporujucim PCIe 2.0 a integrovanymi grafikami podporujucimi poriadnu HW akceleraciu(podobne ako maju gf8600 a ati2600).
a mala by to byt doska s poriadnym taktovacim vykonom... aspon 510FSB
dakujem

nie ze by som nechcel aj poriadnu pcie grafiku, lenze kedze dnesne vykonne grafiky riadne zeru(W) aj ked sa prave nevyuzivaju(hry) a moj pc bezi nonstop, chcel by som neco integrovane(nenarocne na spotrebu) co zvlada aj akceleraciu H264, MPEG2 a WMV. no a ked si budem chciet zahrat, sup do biosu(jeden malicky restartik :)) prepnut na pcie grafiku :)

zaujimali by ma akekolvej informacie o tychto integrovanych grafikach. dik

Jestli se verze PCIe bude hledat stejně "snadno" jako verze PCI tak potěš, to bude bádání na dlouhé zimní večery :-(

WIFT
taka moznost prepinania medzi integrovananou a pcie grafikou je sice fajn, ale ja sa bez toho kludne zaobidem.
a kedze nemam dobru skusenost s ATI grafikami(nesympaticke nafuknute ovladace), radsej by som neco od nvidie.

v kazdom pripade diky

a ako to bude s PCIe 3.0 grafikami? budu kompatibilne s PCIe 2.0 zakladnymi doskami?

viem ze az o 2.5roka sa objavi pcie 3.0, ale nerad by som teraz kupil dosku(pcie 2.0) a potom do nej nemohol mat poriadny vyber z pcie 3.0 grafik(nechcem sa dostat do situacie ako je teraz vyber grafik pre AGP vs PCIe)

vopred vdaka za odpoved

2 Federmann:

Vetsi data se prenaseji z RAM primo do VRAM bez ucasti CPU. Jmenuje se to bus-mastering a je to standardni metoda. Proc by mely byt nekolikamegove bloky zbytecne prenaseny procesorem ?!? Ty data se stejne ani nevejdou do zadne cache - navic by se stejne musel pouzit streamovy MOV, ktery obchazi cache. PCIe dokonce umoznuje (i paralelni) kopirovani dat mezi kartami - to se treba vyziva u SLI / CrossFire.

Samozrejme jsou i data, ktera se prenaseji pres CPU. Moznosti je vic.

2 Federmann:

RAM je neco jako skladiste. Ty data se tam vetsinou nedostavaji tesne pred tim, nez jdou do grafiky a valna vetsina z nich vubec neni generovana CPU. Jsou to vsechno staticke textury, vertex-listy apod. A pokud jste nekdy programoval (napr. v C++) tak vite, ze s daty se vetsinou manipuluje pouze pomoci pointeru, takze CPU na ne vubec ani nesahne. Treba funkce OpenGL pro loadovani textur chteji prave tento pointer na data v RAM. Cele to funguje vetsinou tak, ze z disku se nahraje (bez ucasti CPU) nekolik desitek MB textur do RAM a jednotlive textury se pak podle potreby (funkce API, bez ucasti CPU) lijou do VRAM. A i v pripade, ze musi byt nejak konvertovany/upravovany/generovany pomoci CPU, tak se to nedeje ve chvili, kdy se renderuje frame, ale uz mnohem driv, takze se stejne musi ulozit do RAM.

Jeste jedna vec: Mate pravdu, ze vetsina dat je statickych. Pohyb je az vysledkem GPU (mluvim o 3D).

2Fman: Kdyz tomu tak rozumite, tak napiste, jak to je. Ja se tim zivim, takze jestli delam neco spatne, velice rad se priucim :).

hmmm... fajn info, dobre vediet.

Federmann a ostatny diky :)

OK. Jen bych chtel podotknout, ze obecne moc precenujete vyznam ruznych sbernic a propustnosti. Hlavni brzda CPU (treba prave ve hrach, ktere jsou CPU-limited) je obvykle v rychlosti provadeni sloziteho kodu - skoky, smycky, vetveni, cache-miss, vysoka latence pristupu do RAM - vlastne je to dusledek spatne optimalizovaneho programu.

2Federmann: Obávám se, že Vaše představy o načítání dat jsou lehce chybné. To, co popisujete, se dělalo kdysi, ale u dnešních počítačů to samozřejmě dávno neplatí. Jak už řekl xR, největší objem dat v grafické kartě (přesněji v její RAM) tvoří textury, což jsou bitmapy s velikostí v řádu několik kB až několika MB. Tato data se nijak nemění, případně se filtrují, ale to provádí až GPU a zbytku počítače se to netýká.
Není důvod, proč by se tato objemná data měla nahrávat přes procesor, když procesor je vůbec na nic nepotřebuje a nijak s nimi nemanipuluje. CPU pouze zpracovává výpočetní kód hry, tj. řeší věci jako kdo se kam bude kdy pohybovat atp. V rámci výpočtů také CPU vyvolává požadavky na načítání dat z HDD do RAM (resp. swapu - konkrétní polohu určuje operační systém), samotné načítání z HDD do RAM je v režii řadiče disků (tzv. Direct Memory Access - DMA). Některá z načtených dat jsou určena pro CPU, ale drtivá většina (z hlediska objemu) jsou ony textury. U nich pak stačí GPU sdělit lokaci těchto dat (pointer - adresu v RAM) a jejich velikost a GPU už si je natáhne. Jak už xR říkal, uvedená akce natažení bez asistence CPU se nazývá Bus Mastering, což už i podle překladu znamená "Ovládnutí sběrnice". Bus Mastering mají už i některé PCI karty, které takto mohou ovládnout sběrnici a chovat se na ní stejně jako CPU, tj. získávat data z ostatních zařízení. Samozřejmě že karty, které nepodporují Bus Mastering, nejsou schopny získávat data bez asistence CPU, jenže takové karty nejsou většinou ty, které by potřebovaly nějaké velké bloky dat (... podobně jako dnes žádný HDD nejede v PIO módu).
Poměr dat posílaných do GPU přes CPU vůči postupu přímo z RAM je z těchto důvodů zcela minimální - například je možné si představit situaci, kdy 500 kB textura je do GPU poslána pomocí 4 byte (u 64bit aplikace 8 byte) pointeru a nějakého toho funkčního volání. Poměr pár bytů oproti gigantické textuře pak hovoří jasně o tom, jak se věci mají - v praxi bude určitě větší než 1:1000, ani náhodou ne zmiňovaných 1:10 nebo dokonce 10:1.

To samozřejmě. Vždyť taky říkám, že data pro grafickou kartu v drtivé většině případů nejdou přes FSB a že vliv přenosové rychlosti FSB na výkon PCIe je zcela zanedbatelný.

Ehm, coze ?

"Takže by stačilo FSB řádově 33MHz a méně" - a co treba pristup CPU do RAM ?

"Jenže propustnost HD je ve většině případu pod 100MB/s a PCI-e 2.0, které má propustnost 16GB/s, je pak naprosto zbytečná, tam by stačilo PCI 33MHz" - co ma spolecneho PCIe s HDD, ktery je pripojen pres S(P)ATA ?

"Skutečně se data z HD neupravují, skutečně se jich čte tak málo??? Matematika je neúprosná!" - uz asi vim, co vam neni jasne :).

Ty data se nactou jednou z HDD do RAM a pak se prenaseji do VRAM treba tisickrat. Pamet na graficke karte ma mensi kapacitu a co se tyce textur, tak slouzi spis jen jako takova cache.
Stejne je to i u CPU, pokud generuje nejake data sam. Napred je musi zapsat do RAM, aby mohl dat grafickemu ovladaci pointer, kde je najde. Ovladac si je potom sam natahne do VRAM az ve chvili, kdy je bude skutecne potrebovat. Dulezite je si uvedomit, ze aplikace nema primy pristup do pameti na graficke karte. Vsechno musi jit pres RAM.

1. Procesor muze byt klidne zatizen na 100%, aniz by pres FSB sly jakekoliv data ( = CPU pracuje pouze s daty v jeho cache). V naproste vetsine programu a uloh se pres FSB komunikuje docela malo (pouze v pripade jednoprocesoroveho pocitace).

2. Existuji samozrejme ulohy, kdy se delaji jednoduche operace s vetsim mnozstvim dat, takze se vic komunikuje (pres FSB) s RAM. Sem by se dala mozna i zaradit vyse zminena (de)komprimace videa.

Ale nevim, co to ma spolecneho s PCIe 2.0... CPU-(FSB)-RAM a RAM-(PCIe)-VRAM jsou uplne nezavisle datove cesty a mohou mit rozdilne propustnosti.

Jinak uz se mi fakt nechce cokoliv vystvetlovat, muj cas je velmi drahy. Hlavne uz nepiste zadne dlasi bludy a neblbnete lidi.

Značná část obrazů není na HD uložena v konečné podobě, ale musí se rozbalit, dopočítat a pod, jinak by byly hry nekonečně velké.

ROFL :) :). Chlape vy jste magor ! Prectete si proboha nekde, jak funguje 3D a nedeleje tu ze sebe blbce :).

"A nechtějte mi vysvětlit.."

Ne, uz vazne nechci cokoliv vysvetlovat. S vami jsem uz fakt skocil ;-). Ale clovek se aspon nekdy docela pobavil :). Nic ve zlem.

2Federmann: Takto to provést nejde, protože snížením frekvence FSB se sníží i výkon samotného CPU a to v důsledku toho může mít potíže se zásobováním grafiky příkazy. Jinými slovy nebylo by to "za jinak stejných okolností". Ale napadly mě dva jiné testy:
 
1) nForce 2 - U tohoto čipsetu je propustnost RAM asi dvojnásobná oproti propustnosti FSB. Vliv dual-channel režimu na výkon samotného CPU je prokázán jako malý - řekněme do 10 % (můžete si ověřit na nějaké sadě testů, pokud byste měl pochybnosti). Schválně si zkuste, jak se změní výkon grafické karty s malou vlastní pamětí VRAM v aplikaci, která je náročná formou velkých textur (tj. kde se hodně komunikuje s RAMkou), odpojením dual-channel režimu. Pakliže výkon dramaticky klesne, pak to znamená, že grafická karta tahala data přímo z RAM bez účasti CPU (přes FSB by nikdy vzhledem k její omezené propustnosti neprošla) a že pokles propustnosti systémové RAM jí způsobil značné potíže. Pokud výkon neklesne, tak to značí, že data procházela přes FSB, kterou byla limitována, a proto odpojení dual-channel režimu nemá vliv (jak tvrdíte). Jen dodám, že ideální by byla AGP grafika s 16 MB VRAM a tuším že některý ze starších 3DMarků (verze 2000 nebo 99 ?) uměl testovat práci s různě velkými texturami.
 
2) AGP Fast Writes - Jedná se o technologii, kdy CPU může zapisovat do grafické karty bez asistence paměti RAM (tj. není potřeba zápis a následné čtení). Schválně si vyzkoušejte, nakolik zapnutí Fast Writes zrychlí práci. Pokud to bude minimální zrychlení, pak to znamená, že počet zápisů velkých objemů dat z CPU do GPU je minimální a že většina komunikace GPU probíhá přímo s RAM bez asistence CPU.

Nevím sice, proč jste to chtěl slyšel, ale zatím mám z této diskuze pocit, že buďto neumíte vyjádřit svoje myšlenky nebo záměrně skáčete od jednoho k druhému. Diskuze začala tím, že jste tvrdil, že přenosová rychlost PCI Express je omezována přenosovou rychlostí FSB, neboť data jsou ve velkém množství případů přenášena za asistence CPU. Zazněly zde argumenty, proč by tomu tak být nemělo, a dal jsem Vám dvě inspirace, jak si toto otestovat. Vy jste se nejdříve držel tématu a následně jste začal povídat o výpočtech prováděných CPU, které ale s PCI Express vůbec nesouvisí. Ptám se tedy, proč mícháte jedno přes druhé a zda máte nějaký konkrétní důkaz, proč by Vaše původní tvrzení mělo být pravdivé. Já už jsem Vám důkaz dal ve formě oněch Fast Writes - můžete si na Internetu v testech snadno najít, že vliv na výkon to má v hrách naprosto minimální.