Emlékszek még a java üres ablakaira, ami miatt xnest -ben kellett futtatni minden javás nyavaját, illetve megszoktam, hogy a NetBeans -ben 4-5x is fel kell hoznom egy popup ablakot mire lesz benne kép. Rettenetes időszak volt.
Aztán jött a zöldpc örület, 60W alá akartam szorítani a fogyasztást, integrált ATI videóm lett (első ATI: HD3200, volt: Nvidia 6200). 3 éjjel, 3 nap tartott stressz alatt, mire feladtam az fglrx -et. Van ezer alig dokumentált opció, egyik embernek az egyik segít, másiknak a másik, de senkise érti benne a rendszert igazából. A legrosszabb az, hogy folyamatosan táplálja a hiú reményt, hogy majd a 42. kigooglezott fórum tippje beválik nálad is. Az ffox scroll -om lassú volt, redraw és stabilitási problémák, a compiz ezer sebből vérzett.
Vettem egy Nvidia 7600 GS 256M VRAM -ot, alaplapi ATI -t letiltottam. Fedora 8/9 frankó volt, 10 -et kihagytam, 11: the horror! Minden frankó, amíg nem nyitom meg a 10-15 ablakom, utána a compiz alt+tab úgy akadozik, mint a Crysis egy 386 -on és megszűnik az XV kimenetes videolejátszás. Az nvidia szimplán annyit mondott, hogy kevés a VRAM. Aha, 20 ablak elvisz 256M -at, tehát mondjuk 10Mb/ablak textúra-tömörítéssel. Mi a pokolnak kell ennyi?? És minek kellett a nyavajás PCIe 2.0, ha csak 0.2fps -t tud a kártya, ha elfogy a VRAM?
Persze arra sincs megoldás, hogy megbizonyosodjak arról, hogy valóban a VRAM kevés, vagy kiderítsem, hogy F9 -ben még miért volt elég ami volt, remek.
Na mondom rúgja meg a macska, ma vettem egy 9500GT 1Gb VRAM -al. Boot, X egyből up, öröm, terminál inditása, bánat: a kurzor szemetel. 1-2 óra google után megtudom, hogy hát igen, erről a hibáról az nvidia 1 éve tud (8-as, 9-es széria érintett), de összetett a megoldás, szóval nem is nagyon van. Kedvem lenne kimenni az nvidia székház elé és ordítozni, hogy miért építetek be és kapcsoltok be default -ban egy olyan funkciót, ami egyértelműen nem működhet jól?? Szerencsére van workaround, működik, nincs komoly hátülütője.
Na most itten ki a hülye? Aki nem csinál stabil API -t? :)
- dap blogja
- A hozzászóláshoz be kell jelentkezni
- 1160 megtekintés
Hozzászólások
soha nem jutott volna eszembe az, hogy új videókártyát vegyek úgy, hogy tudom szoftveres a hiba. inkább migráltam volna vissza fedora akárhányra a helyedben, ha más nem segít.
- A hozzászóláshoz be kell jelentkezni
Azon csodálkozok, hogy amikor problémáid lettek a 7600 GS-sel, nem próbáltad meg újra az ATI-t? Valamennyit az fglrx is fejlődött talán ezen időszak alatt (azt írod, Fedora 8-tól Fedora 11-ig ment az nvidia).
- A hozzászóláshoz be kell jelentkezni
Plusz a radeon/radeonhd is egyre tobb kartyat tamogat
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Hat valami X16yy tutira menne mar normalisan, igaz normalis kartyak teljes tamogatottsagara meg eselyt nem latok.. (meg a fejlesztocsapat sem igazan). Nemtudom mire volt jo az egesz openszorsz doksi ajnarozas mikor meg fizetett fejlesztokkel sem tudnak normalis drivert osszedobni.. :-/
- A hozzászóláshoz be kell jelentkezni
Egy driver kifejlesztése a nulláról egy igen összetett hardverre azért nem megy pikk-pakk. A doksik megnyitása szerintem óriási dolog, bízok abban, hogy az idő be fogja igazolni, hogy nem volt hiába.
- A hozzászóláshoz be kell jelentkezni
Az fglrx -nek én többé nem hiszek, vudu az egész driver, nagyon megutáltam. :)
Az opensource (RadeonHD) driverben bízok, de egyelőre sajnos nem viszi a compiz -t.
- A hozzászóláshoz be kell jelentkezni
Szerintem a voodoo driver jobb mint a z fgrlx.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Nekem egy Mobility Radeon HD 3450 van a notebookban. Egyszer néztem linuxszal, ubuntu livecd alól. Alapból a radeon drivert használja, így a 2D elég jó, 3D pedig ha van is, csak valamilyen minimális mértékben. A radeonhd még nem támogatja ezt a chipet (vmi 5xx/6xx a gpu verziója, amd a doksikat már kiadta). Fglrx-et felraktam, onnantól kezdve se az X nem adott jó képet, se a VT. Lehet, hogy be lehetne lőni jóra, én nem kísérleteztem tovább vele.
- A hozzászóláshoz be kell jelentkezni
Szornyu hogy ennyit kell workaroundolni..(ha az ember ilyen, nem is erdemes linuxot hasznalnia.. szvsz) :)
("Learn your WM!".. volt a hires mondat, s igen. "az ablakok villódzás nélkül mozgathatóak és a workspace váltás is gördülékeny, nincs redraw".. Hogy oszinte legyek nem igazan ertem mit ertesz ezalatt. Gordulekeny workspace.. hmm.. millio hotkey, gorgo a talcan, az asztalon, kozepso egergomb az asztalon, win gombra kiteriti az asztalaim osszes elerheto ablakat, ugy pakolok ahogy akarok..hmm.. mi van meg.. van perl program ami meg tovabb fokozza a funkcionalitast. MI konkretan a gondod neked a szimpla X/etc-vel?
- A hozzászóláshoz be kell jelentkezni
"MI konkretan a gondod neked a szimpla X/etc-vel?"
Nekem pl az, hogy lassú a 2D, mint a bűn. Úgy általában linux/xorg alatt. Még egy relatíve erős vason is a lehető legjobb driverekkel (nvidia, szerintem) is látszik, amikor pl desktop váltáskor kirajzolódnak az ablakok. Gyengébb vason (értsd: PIII, AtiR9600, amin a windows XP csak úgy pattogott) ez halmozottan igaz, kb olyan, mint amikor a windows az alap vesa driverrel fut és radírozni lehet az ablakokat egymással. Én ezét használok inkább compizt, szerencsére igen kevés problémám van vele és legalább nem látom, hogy a firefox kis kockákból újrarajzolódik, miután elhúztam fölötte egy nautilus ablakot, meg desktop váltáskor sincs hasonló vizuális "élmény".
- A hozzászóláshoz be kell jelentkezni
Ilyen nalam max Gnome-nal van, Openbox/fluxbox/icewm el semmi gond, azonnal rajzolodnak.. meg a Geforce 4 mx440-en is ami a @szutyok -ban van... :-/
- A hozzászóláshoz be kell jelentkezni
Igen, pontosan ez a probléma a hagyományos ablakkezelőkkel, érzékeny rá a szemem. :) Egyébként embere válogatja, van aki megszokja, nekem nem sikerült évek alatt se.
Honorshark,
A klasszikus ablakkezelők pl workspace (desktop-) váltáskor újrarajzoltatják az applikációkkal az ablakukat, míg a kompozit ablakkezelők eltárolják az ablakot a videómemóriában és gyakorlatilag csak átméretezéskor rajzoltatják újra. Bár az újrarajzolás a videókártya gyorsító funkcióitól függően lehet nagyon gyors, ha sok ablak van az adott workspace -en, akkor azért általában látszik (még ha nem is zavaróan).
X -ben egyébként akkor lett látványosan lassabb az újrarajzolás, amikor a freetype kezde el rajzolni a betűket. Akkor jött be az antialias. A freetype -os betűrenderelést a "RENDER" X extension hivatott gyorsítani, annakidején nem igazán volt rendesen támogatva, akkor az XP tényleg sokkal gyorsabb volt, mára ez nem olyan gond.
- A hozzászóláshoz be kell jelentkezni
Te miért nem az opensource nvidia drivert használod? Vagy a VGA-ra nem érvényes az ideológiád? :D
Tudjuk, minden állat egyenlő, de vannak egyenlőbbek is. :)
- A hozzászóláshoz be kell jelentkezni
Ott a pont.. :D
- A hozzászóláshoz be kell jelentkezni
Nem vagyok oda a zárt driverért, de ha nincs más épkézláb, akkor használom.
Az ideológiám csak azt diktálja, hogy ne nyaljuk már a zárt driverek íróinak a seggét azzal, hogy nekik tetszőre formáljuk a Linuxot. Ha a zártnak nincs alternatívája akkor kelletlen használom, de minden nap elmormolom magamba, hogy nyissák meg a doksikat és legyen nyílt driver! :)
- A hozzászóláshoz be kell jelentkezni
Van nyílt driver atihoz is, nvidiához is. Utóbbi a te kártyáddal még minimális 3D-re is képes (így a kártya funkcióját már majdnem ellátja, ennél a szintnél sokkal kevésbé "épkézláb" a legtöbb Linuxos hang driver), és természetesen mindkettő fejlesztés alatt van, tehát csak jobb lesz idővel. Lehet használni, hibát jelenteni, fejleszteni.
Vagy ha a saját bőrödön érzed, már nem is annyira fontos a Linux előrehaladása, meg a felhasználó átmeneti beáldozása? :)
- A hozzászóláshoz be kell jelentkezni
Nem vagyok ilyen elvakult, csak azt mondom, hogy szerintem a Linux épp úgy jó, ahogy van: eltűri a zárt drivert, de nyomást gyakorol -a felhasználón át- a gyártóra, hogy lehetőleg opensource fejlesszen. Ezt nevezem áldozatnak.
Pl. nem tartanám elfogadhatónak a Linux részéről ha egy licenszel kizárnák az Nvidia zárt driverét (vagy bármelyk másik drivert), de annak se örülnék, ha bemigrálnák a kernelbe a moduljukat, meg az Xorg -ba a zárt driverüket, vagy épp stabil API tervezésével vesztegetné az idejét bármelyk fejlesztő csak azért, hogy az Nvidia (vagy bármelyk másik) zárt drivere "kompatibilisebb" legyen.
A helyes út az opensource driver, a zárt pedig maradjon a megtűrt-kategóriában! A Nouveau fejlesztőknek pedig biztos nem az én bugreportom kell egyelőre, van nekik elég bajuk. :)
- A hozzászóláshoz be kell jelentkezni
Itt ülök egy ubuntu 9.04 előtt, a gépben egy nvidia 9800gt, 512 Mb ram-al. Compiz-nak semmi baja, terminálban cursor nem szemetel. Lehet fedora-val van a gond?
---------------------------------------------------------------------------------
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
- A hozzászóláshoz be kell jelentkezni
Sok panaszt láttam Ubuntuval is. AaronP (az Nvidia mérnöke) adott is ki meghekkelt compiz csomagokat Ubuntuhoz, biztos ott is van gond, de ez egy "race-condition", azaz nagyon sok mindentől függ, hogy egy adott rendszeren előjön-e. Pl van akinek a GPU órajel visszavétele megoldotta. Egyébként Konsole -vel nincs gond, csak a gnome-terminállal és a firefox textarea-val, szövegszerkesztés közben.
- A hozzászóláshoz be kell jelentkezni