Váltottam

Korábbi blog bejegyzésem óta váltottam. Három év után visszaálltam Windowsra. A karácsonykor vásárolt laptopomon az alábbi problémákba ütköztem:
- Intel grafikus chipek teljesítménye Linux alatt botrányos.
- Linux alatt nem tudtam használni 3200x1080-as virtuális felbontást. Pedig a két kijelzőhöz ennyi kellene. Vagyis de, tudtam. Vagy ppa-s csomaggal, vagy alfa verziójú Karmic Koalával.
- A hanggal folyamatos problémák voltak. PulseAudio eltávolítása valamelyest orvosolta ezeket, de nem teljesen.
- Működésképtelen hibernáció, suspend.
- Nem működő Fn+Fx kombók.
- Ventilátor szabályozás nincs (omnibook modullal kellett szívni, hogy ez menjen, az meg néha 'nem indult el').

A fentiekkel, illetve azok hiányában még együtt tudtam élni, de pár napja tudtam meg, hogy még egy probléma írható fel a Linux számlájára. Ha kikapcsolom a gépet, akkor 5-10 perc múlva bekapcsol. Miután kizártam minden lehetséges WOL, meg hasonló dolgokat, betudtam hardverhibának ( meg is erősítettek, hogy táp okozhatja ezt ). Nyáron akartam visszavinni garanciáztatni. Erre kiderül, hogy ha Windowssal kapcsolom ki a gépet, akkor nem éled fel magától. Mekkora szívás lett volna, ha felküldöm Pestre, heteket várok, aztán meg fizethetem a szállítást, meg bevizsgálást?!

Beleuntam. Munkámhoz elengedhetetlen a Linux (pontosabban nem vagyok hajlandó Windowsra Apache-ot telepíteni), úgyhogy VirtualBox-ban fogom kielégíteni ezt a fajta igényemet.

Hozzászólások

van élet az ubuntun túl ;)
--
Peace, Love, Unity, Respect

1080p-s nálam halál bármelyik rendszer alatt, gyenge hozzá a gépem procistól, vidkaristól. Lényegében a 720-ashoz is. :)

Totemet még oggle/mplayer/VLC lejátszóval hasonlítottam össze dvd5/dvd9 lejátszása esetén.

Igaz, hogyha minimális nézetben indítom el Totemet, és utána jó pillanatba nyomom a full screenes lejátszást, akkor viszonylag elfogadható, csak egyre nehezebben tudom eltalálni a "jó pillanatot. Hiába, öregszem, ahogyan a gépem is. :)

Az 1080p Linuxon VLC-vel ment, néha be-be akadt, nemrég rájöttem, hogy DVD-ről lejátszva ritkábban teszi, valószínűleg a laptop HDD nem tudta folyamatosan a megfelelő sávszélességet nyújtani. Mkv-kat nézek (codecet meg nem mondom).
Windows alatt szintén VLC-zek, DVD-ről csak akkor vannak anomáliák, mielőtt felpörög a lemez.

A laptopom be van linkelve a bejegyzésbe.

" valószínűleg a laptop HDD nem tudta folyamatosan a megfelelő sávszélességet nyújtani"
Kicsit elképzelhetetlen, hogy a laptop HDD-ről nem tud folyamatosan olvasni 3-4-5-6-7 MB/sec-kel....
Tehát a fullhd (most X264-ről beszélek) még Blu-Ray esetében, hanggal együtt is kb. egy 100 megabites LAN felét teszi ki sávszélességben... MKV-k ennek kb. a harmadára-negyedére szoktak tömörítve lenni....
Egyáltalán nem igényel nagy I/O-t.
Ott valami más gebasz lehetett.

Egy adott laptop configon túl is. :) A fórumok alapján nem kevesen használnak laptopon Linuxot probléma nélkül, ez arra enged következtetni, hogy lehet jót venni, csak utána kell járni, hogy melyiket.

Amúgy attól, hogy Linuxszal felébredt a gép, míg Windows-zal nem, nem lehet hardverhiba, ami valamiért a Windows-zal nem akad össze?

WLMP egész jó, ha webfejlesztesz és ezért kellene az Apache (webszerver) :)

Tudom, hogy amit én írok, az Lighty... de ha nincs spéci igényed, akkor tényleg szuper.

Én Intel miatt dobtam Linuxot laposon. Folyamatosan elszállt (bosszantó ha épp munkálkodok közben). Mondjuk én FreeBSD-t raktam föl. Egyedül a suspend nem megy.
A második problémát én úgy oldottam meg, hogy nem egymás mellé akartam rakni a két monitort (1024+1680) hanem egymás fölé (1050+600) így bőven elkocogott (benne van a 2048x2048-ban).

@@
"You can hide a semi truck in 300 lines of C."

"Intel grafikus chipek teljesítménye Linux alatt botrányos."

A 3D gyorsítás gyárilag használhatatlan ezeken az osztott memóriás, integrált kártyákon, de a többinek, a 2D-nek és a videólejátszás hardveres gyorsításának rendben kell lennie Linux alatt is.

A 3200x1080-as virtuális felbontásnak mennie kell, korábbi kártyákon, driverekkel 2048 volt a limit mindkét irányban, de ez azóta már nincs meg.

"Működésképtelen hibernáció, suspend, nem működő Fn+Fx kombók."

Valóban, ez a legtöbb notebookal így van Linux alatt, bár a funkcióbillentyűk egy részét néha be lehet "drótozni" manuálisan :-D

A 2048x2048-as limit még mindig megvan, kivéve a legújabb verziójú driverben. Ott is csak 2D-ben megy ennél nagyobb felbontásban. Ez viszont csak (Ubuntut tekintve) a 9.10-ben van benne. A teljesítmény viszont azzal is botrányos, a metacity csúnya, lassú, a compiz akad, illetve ekkora felbontásban be se tudom kapcsolni. Az ablakkezelés (reszponzivitás) egyedül Xfce-ben volt kielégítő, de az meg nekem kicsit puritán.

A 3D-ről annyit, hogy próbaképp felraktam a TrackManiat Windowson (régről ismerem, játszottam vele anno), és fullHD-ben megy. Linuxon a glxgears is majdnem akadt teljes képernyőn.

Sajnálom, hogy váltanom kellett, de ezekkel a problémákkal nehéz együtt élni, és én belefáradtam. Pedig direkt ezért vettem centrino-s gépet, és kerültem az ATi kártyákat. Azt hittem ezzel nem lesz gond. Tévedtem. A magától bekapcsolós dologtól meg rémálmaim vannak még mindig.

2048 volt a limit mindkét irányban
De sajnos megvan ez most is pl 855-ösön biztosan, talán a 915-ig bezárólag. Régebben úgy lehetett workaroundolni, hogy két független framebuffert konfiguráltunk föl, amelyek külön-külön 2048x2048-as limittel rendelkeztek, majd xineramaval össze lehetett kombinálni egy X desktopra őket. Ez volt az úgynevezett "Zaphod" mód (lásd Galaxis Útikalauz). Ez sajnos az RandR API bevezetése miatt elveszett, így most egy framebufferen belül kell elférnie a két viewportnak, ezért van a szívás a 2048-as limittel. Ezt az üzemmódot szokták "MergedFB" módnak hívni. Szóval itt alapvetően az RandR miatti regresszió a problémák forrása. Időnként felvetik néhányan a xorg levlistákon, hogy így-úgy ki kéne egészíteni az RandR modelljét, de ezekből idáig elég kevés valósult meg.
---
Linux is bad juju.

"Ha kikapcsolom a gépet, akkor 5-10 perc múlva bekapcsol."

Én úgy tudom hogy ez az omnibook modul számlájára írható. Kikapcsolás előtt el kell távolítani a modult.

Debian - Still in development (sid)

Intel grafikus chipek teljesítménye ugye azért javulni fog a jövőben? Karmic nem ígér változást ezen a téren?

Dehogynem! ott újabb intel driver lesz és hárommal újabb kernel (jaunty 2.6.28, karmic 2.6.31). Nekem már attól megugrott a teljesítmény jaunty alatt (945 gma), hogy a kernelt egy stabil 2.6.30-ra cseréltem. Az új intel driverről meg az xorg.conf hekkelésről lemondtam, az még instabil volt.

De működik, jó, adat még nem veszett. A jaunty bootol is róla. Nekem nagyon kellett, mert a letorrentezett 300 megás sorozatepizódjaim ext3 alatt kb húszezer fragmentre estek szét, amit már lejátszani se lehetett, folyton másolással kellett "defragmentálni". Ext4 gyors mint a nyúl, nem töredezik, és a nagy fájlok törlése se tart örökké.