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.
- Oscon blogja
- A hozzászóláshoz be kell jelentkezni
- 4392 megtekinté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%
- A hozzászóláshoz be kell jelentkezni
linuxtol nem szabad sokkal tobbet varni ha valami komolyrol van szo (ertsd weekly halo tournament!)
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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."
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
Aha világos, nagy úr a megszokás. Én sem használok compizt, mégis szembeötlő a minőségromlás 16 bitre állítva. Lehet, hogy ez is egyénfüggő.
--
"There are two kinds of people in this world, and you're not one of them."
- A hozzászóláshoz be kell jelentkezni
Compiz-t én sem használok, de nem a szín miatt..hanem mert semmi értelme.
- A hozzászóláshoz be kell jelentkezni
á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...
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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."
- A hozzászóláshoz be kell jelentkezni