Zpět na článek

Diskuze: GeForce 8800Ultra - high-end nVidie v testu

Nejsi přihlášený(á)

Pro psaní a hodnocení komentářů se prosím přihlas ke svému účtu nebo si jej vytvoř.

Rychlé přihlášení přes:

Reklama

Uživatel bez registrace

Level 1

23. 5. 2007 23:01

Komentáře tohoto uživatele máš zablokované.

@Uživatel bez registrace @Lukáš Fiala: To ze prvni implementace SM 2.0 byla na FX slaba je fakt, ale jak si sam napsal tak specifikace byly dodrzeny a to je hlavni. Ono casto ani neni nutny nejlepsi vykon (pro hrace teda vzdy :)), protoze ty prvni specifikace jsou tu hlavne kvuli vyvojarum, kteri to potrebuji aby mohli testovat hry na necem rychlejsim nez je SW resterizer. Typicky se tento problem projevil ted v DX10 kdyz spefikace tu je uz nekdy od prelomu 2005/2006 a prvni DX10 karta vysla teprve na podzim. Celou tu dobu se dalo testovat pouze na SW rasterizeru a to je opravdu otresne, takze kazdy vyvojar pracujici s DX10 byl rad za cokoliv co prijde co nejdrive a vykon ho zas tak nezajimal, hlavne ze to bude rychlejsi nez v SW.

Co se tyka optimalizaci tak konkretne u shaderu neexistuje v DXSDK zadna informace o vykonnosti jednotlivych instrukci apod. Toto je proste specificke pro kazdy cip. Napr. GF7 mela hodne posilenou instrukci MADD, protoze v TWIMTBP teamu se pri spolupraci s vyvojari zjistilo, ze se vyplati do teto instrukce "investovat". Takze treba i v tomto ma vyhodu TWIMTBP - je to takova dokonala zpetna vazba, ktera rika, co se vlastne od cipu vyzaduje.
Jinak jedine, co je uz docela dlouho v SDK zminene vzhledem k optimalizaci, je typicky profiling DX funkci a doporuceni pro management sceny, ale pokud vim tak ten je provaden prumerovanim na vsech moznych HW kartach, takze to pro nikoho nemuze vyznit nejak priznive. Navic toto uz ma snad kazdy zkuseny programator doslova zaryte v hlave, takze uz o tom ani nejak nepremysli. Maximalne teda pri prechodu na novou verzi DX, jako treba ted u DX10 kdy byla spousta volani funkci zefektivnena takze nektere predsudky zdedene z DX9 uz neplati.
- Tom