Nvidia 8600 GT tapasztalatok

Végül is a gigabyte féle 256MB DDR3-assal szerelt jószág lett a jó választás.

Egyrészt mert ASUS nem volt, másrészt br. 25Eből kijött.Harmadrészt meg zalman hűtős volt (=nemhangos kategória). 7600 GT is opció volt, de egyrészt azt sem találtam (vidék), másrészt ahol volt, ott drágább meg volt, annyit meg azért nem ér szerintem, de ez szubjektív. Főleg hogy az 1800 Mhz-s AMD-s "kvarcjátékon" - (C)opyright Hunger - kétséges hogy erősebb kártyának van e egyáltalán
értelme... (?)

Nvidia drivernek az 169.12-es választottam. Kernel a szokásos összeagyonpacsált saját tákolmány.
Compiz nincs, mert nekem nemköll.

Kicsit azért izzadtam, mert gigabyte 450W-s tápot ajánl, és a kvarcjátékot csak 400as hajtja, de mivel finoman sem agyonpakolt, ezért bíztam a sikerben.

Ami még visszatartott, hogy gyárilag túlhajtott az nvidia speckóhoz képest, végül is ezzel kapcsolatban arra jutottam, hogy ha gond van, mcedit xorg.conf és coolbits=1, és visszaveszek a naftából.

Beszerelés, bekapcs, minden flottul működött, táp is bírja a kiképzést, tényleg nem hangos, 48°C-54°C-os amennyire eddig néztem.

Xvmc ugye hírek szerint 8xxx szériánál nincs, bevallom még sose használtam, talán nem fog hiányozni ezután sem. Ami már gázabb volt, hogy X ről konzolos VT-re / tty[1-6] / átváltás során visszaállíott egy iso01-es betűtípust, ami a konzol kezelését számomra megnehezítette. Próbáltam gányolni, egyik billentyűhöz a consolechars -f iso02... -t rendelni, de nem vált be.

A tipp az,hogy a save vbios hiányzik, és ez okozza a kavarást. Amikor a szundit üzemeltem be a 6600 GT-nél, a -vbe save opció hiánya esetén lépett fel ugyanez. Most viszont már a szundi (suspend to ram) gányoló egyik cucc (s2ram) a --vbe save-ra Function is not supported üzenettel reagál, úgy tűnik a kártya már nem supportálja eztet. Ettől függetlenül viszont szundiztatást jól viseli.

Régi kedvenc nvidia driveremben 8776osban még volt kernelmodul opció is a force save VBiosra, csak hát az már nem ösmeri ezt az újdonságot. Már a 1.0.9xxx-esben sem találtam. Aztán lehet nem a kártyával van a gond, hanem a DVI-VGA átalakító okozza a "regressziót" :). De hát ez van, a kártyán dual dvi csatoló van, a nyomitor meg vga csatolmány. :)

A megoldás a problémára végül is a vesafb alapú framebuffer console lett nagy morcosan, ugyanis onnan meg nem megy a képernyő DPMS off kikapcsolása. Nem tudom miért, nincs ötletem. X alól megy, framebuffer console alól meg nem. Nem tudom mi lehetne a megoldás. Nem ragaszkodok a vesafb-hez, de valami sajnos kell hogy a betűtípus maradjon. Egyenlőre linux alatt ez a legnagyobb problémám :), mert lusta vagyok adott esetben ALT-F7-et nyomni. Ha valaki tudja a megfejtést, kérem ne tartsa vissza. Elég sok mindent lehetne még babrálni kernel modul opcióktól kezdve boot paramétereken mittomén milyen gányoló szkriptekig. vbetool dpms off és vbetool dpms on működik. A setterm féle automatika viszont nem. blank szintig eljut, de a poweroff ot nem hajtja végre. normál konzolon megy. ezen a vesafb-n valamiért nem.

Én valamilyen hiányzó beállításra gyanakszom, de az ötletek tárháza most éppen kimerült :-),. a gányoló szkriptet elméletben úgy képzeltem el, hogy pl. who -u kimenetből kiszedni a idle timeokat, ha a legkisebb is több mint 3 perc, akkor vbetool dpms off, ha pedig senki nincs sem konzolon, sem Xen, akkor sleep 20 után, ezután változót beállít, ha idle time csökken, akkor dpms on, és változó törlése, a szenzorfigyelésre már van egy gányolt szkript, szóval valszeg meg tudnám oldani, de ha létezik elegánsabb megoldás, akkor azt választanám :). sz'al valami ilyesmi az elképzelés, egyelőre 2 perces elméleti agyalás után.

Más inkompatibilitást, regressziót, vagy mittoménmilyen egyéb gondot egyenlőre nem tapasztaltam.

Sebesség szempontjából megérte, helyzettől , szűrőbeállításoktól (anti aliasing, anisotróp) függően 13-20%os a 3D teljesítménynövekedés a 6600 GT-hez képest. Ez ki fog tartani egy darabig.

A kártyához a következő xorg nvidia beállítások tűnnek a legoptimálisabbnak (compiz ugye nincs) 16 K színmélységgel (nincs compiz, úgyhogy nem kell a 24bit truecolor):

Az nvidia AGP / agpgart közöl kb. tökmindegy hogy melyik. nem tapasztaltam változást sem nvagp=1nél sem nvagp=2nél. (kernel modul is megkapta a paramétert. xorg.0.log is visszaadta a megfelelő beállítást, szóval beállítja, csak nem látszik a kettő között a "tényleges" különbség. 6600 GTnél az nvagp=1 azért jóval lassabb volt:)

A dinamiktwinviewt és a includeimplicittökömet azért tiltottam le, mert nem szeretnék váratlan felbontásváltozásokat :), a TripleBuffer azért false, mert 5%ot lassít, és a gyógyegér szemeimmel nem látom a hasznát :). A kurzor meg azért árnyékos, mert az meg tetszik. A randrrotation szintén azért false, hogy ne forgassa az asztalt mindenféle progi lehetetlen szögekbe teljesen váratlanul. A useevents truet nem tudom miért kommenteztem ki. Szerintem évek óta cipelem ezt a xorg.conf ban. talán még az XFree86ból ? elfér.

Section "Device"
        Identifier      "Nvidia Geforce 8600 GT"
        Driver          "nvidia"
        BusID           "PCI:1:0:0"
        Option          "NvAGP" "2"
        Option          "AddARGBGLXVisuals" "false"
        Option          "RenderAccel" "true"
        Option          "HWCursor" "true"
        Option          "NoLogo" "true"
        Option          "RandRRotation" "false"
        Option          "CursorShadow" "true"
        Option          "ConnectedMonitor" "CRT"
        Option          "UseDisplayDevice" "CRT-0"
        Option          "IgnoreDisplayDevices" "DFP,TV"
        Option          "MultisampleCompatibility" "true"
        Option          "OverlayDefaultVisual" "true"
        Option          "AllowDDCCI" "true"
        Option          "Coolbits" "0"
        Option          "UseEDIDFreqs" "true"
        Option          "DynamicTwinView" "off"
        Option          "IncludeImplicitMetaModes" "false"
        Option          "ModeValidation" "NoPredefinedModes, NoUserModes"
        Option          "ModeValidation" "NoEdidModes"
        Option          "MultiGPU" "0"
        Option          "SLI" "false"
        Option          "TripleBuffer" "false"
        Option          "DPMS" "true"
#       Option          "UseEvents" "true"
EndSection

Ha valaki tud jobbat, ne tartsa vissza :-). Anti alisaing, anizotróp felhasználószintű nvidia-settings beállításokról tudok.

Coolbits egyenlőre 0, mivel nem tűnik szükségesnek a naftát sem felpörgetni, sem abból visszavenni.

glxgears ezzel a driverrel 6600 GTvel 10900at ment, most 14000. syrnix2 1003-at ment 6600 GTvel, most 1165. játékok változóak, átlagosan kb. 15-20 % az FPS növekedés.

Hozzászólások

Csak 15-20% ... nekem GTS -em van, de DOT commander és 450W Chieftec + Nvidia chipset. Kegyetlen teljesítménynövekedést tapasztaltam. Egyes játékoknál mint pl MOHA , a ~35fps ről ~100-ra ment.
gfx > msi 8600GTS; lap: msi p6n sli v2; chip: nVidia nForce ; dot commander 10%

Miért a 16 bit 24 helyett? Mit nyersz vele? Nem nézel sose semmi színeset? Fotókat vagy képeket?

--
"There are two kinds of people in this world, and you're not one of them."

A jpg-k többsége nemigen használja ki a 24bitet szvsz, vagy csak én nem tudok annyi színárnyalat között különbséget tenni. :))

végül is a 16 bit is több mint 65000 szín. a 24bit meg ilyen milliós.
a háttérképem pl. bmp-s, de egyszerűen nem látom na, pedig használtam truecolorban a gépet jó pár évig, de aztán valahogy ennyire nem vagyok színérzékeny, vagy nem'tom. :))

-----------------------

Nem a zsömle kicsi, a pofátok nagy...

De mit nyersz vele?

Meg ez is hogy "A randrrotation szintén azért false, hogy ne forgassa az asztalt mindenféle progi lehetetlen szögekbe teljesen váratlanul"
Most hallok először erről az opcióról, és mégse forgatta még semmilyen "mindenféle progi" a képernyőt sehova se. Picit olyan, mintha minimális előnyökért bonyolítanád teljesen össze az életet. Meg ez a fb konzol... Nem is emlékszem mikor váltottam utoljára karakteres képernyőre. Mi értelme van ennek 2008-ban? Elfér egy képernyőn 4/8/16 xterm(rxvt, konsole, akármi, értjük ugye?) amiket egyszerre átlátni.

--
"There are two kinds of people in this world, and you're not one of them."

mégse forgatta még semmilyen "mindenféle progi" a képernyőt sehova se

Anno még nvidia-settings ben fedeztem fel, hogy ez az opció erre való. :)
és ha nvidia settings is meg tudja csinálni, akkor bármilyen más userszintű program is. és tényleg csak 1 sort kellett írni a xorg.conf-ban hogy ezt kilőjem.

----

Én szívesen használok konzolokat. pl. ha elindítok egy torrent letöltést, mindig konzolon bejelentkezek , screen , abból indul, Ctrl a-x -el zárol, aztán valamikor x idő múlva majd befejezi, időnként ránézek nem dőlt-e ki.

X-en több felhasználó van helyileg, tudom van ilyen munkafolyamat zárolás, új megnyitás, többfelhasználós, de akkor már inkább konzol. :)
rendszeradminisztráció / frissítés, kernelforgatás, config fájlszerkeztés / is mindig konzolról. ilyenkor általában egeret sem használok.

Akkor a syslogot is a tty6-ra (is) irányítottam, hogyha valami gebasz van onnan egyszerűen bámulom. leggyakoribb probléma, idegen cd/dvd behelyezésekor az atapi bad sector i/o error. ilyenkor ez tiszta sor.

cd-d, dvd-t is konzolból írok, irssi is most megint onnan fut - mikor eszembe jut ránézek irssire, de nem vagyok ircfüggő, ne foglalja feleslegesen a helyet az asztalon.

/ A dvd/cd még régi szokás, amikor az Xserver még nem volt ilyen stabil, mint manapság, és fennállt a veszélye, hogy cd írás közben egyszercsak Zap történik és szevasz :). persze ma már más a helyzet, X is megbízható /

A konsole valahogy nem ugyanaz az érzés :D. nem tudom, talán rossz szokás, tényleg nem tudom. de elég gyakran azon kapom magam, hogy ctrl-alt-f3. aztán onnan csinálok csomó mindent, amit egyébként grafikusan konsole-ból is lehetne, de automatán mennek az újjaim a mexokott helyre..

config fájl szerkeztésénél valahogy a konsole nem jön be. mexoktam billentyűzetes, ctrl-insert, shift-insert es kijelölösdit az mcedittel. ez az egerészés ez nekem nem jön be :-))

szóval papsajt. nem'tom. ezt szoktam meg, egyszerre csak egy dologra tudok jól figyelni, ha annyiféle ablakot szórnék ki szanaszét, biztos hogy elvesznék a részletekben. :D

nem használok kompizt, nálam talán ezért nem olyan feltűnő a 16bit vs 24bit. de lehet ezt átállítom, mert felpiszkáltál. :-)

--------------

Nem a zsömle kicsi, a pofátok nagy...

átállítottam 24/32re. nem nagyon látok ugyan érdemleges változást, de biztos bennem van a hiba. Egyenlőre akkor 24/32. miért is ne ? :) kösz a tippet, igazad van, ártani biztos nem árt, semmilyen hátrányt nem okoz !

lehet érzékcsalódás kicsit mintha vakítóbb lenne a hup pl. de nem'tom.

off. vacsora közben/után kora este a framebuffer konzolos energiatakarékos képernyő helyzetét is megoldottam egy gányolt szkripttel. és mindjárt a helyi videó szindróma is megoldódott.

videó szindróma: spéci eset. autómata szkript veszi fel house-t/24-et crontab-bal. gőzöm nincs milyen nap, hány óra van, nem mindig vagyok itthon. felvétel után meg közvetlen suspend to ram van a szkript végén, hogy ne zabálja feleslegesen az áramot, ha dolog nincsen. úgyhogy ha éppen használja valaki a gépet, akkor nagyon örül :D. ennek a megfejtését is belegányoltam a szkriptbe, most hogy muszáj volt belenyúlni a rendszerbe.

---------

Nem a zsömle kicsi, a pofátok nagy...

nézd a load-ot a scripttel és ha sok ideig 0 akkor suspend :D
vagy másik megoldás ps-t diffelgeted :D de van még kismilló más megoldás is ..

szerk.:
/proc/interrupts és itt a billentyű és az egér megszakítását diffelgeted pl 5 percenként és ha nem változik akkor suspend

debian gnu/linux @ linux-2.6.22.20-op1 | patch
info

Most átállítottam 16 bitre, már az ablakkeret is okádék sávos lett. Semmi előnyét nem vettem észre, csak mintha mosottabbak lennének a színek. Főleg a színátmenetek sínylették meg a butítást, azokat meg szeretik használni mostanában, weben és mindenhol.

--
"There are two kinds of people in this world, and you're not one of them."