Little Susie

Pár napja nyúzom a Susie-t.
Nagyon meglepett a rendszer annak ellenére, hogy 3 éve csak Gnome-t használtam tetszik. Kevés erőforrás viszonylag új csomagok. Sosem futott Linuxon így nálam még a flash videó eddig a fullscrenről csak álmodni mertem.

Egy pár észrevétel:
ezt az imaget szedtem le:
http://www.borzsonynet.hu/linux/LSfKDE3/iso/Little_Susie_feat._KDE_3_be…

-A jelszó után kutatnom kellett, nem lehetne megoldani, hogy ne kéjen jelszót a telepítéshez?
-Telepítés után át kellett írni az OpenOffice és a Mozilla tárolójának címét.(suse11.0-ra hivatkozott és az a tároló már megszünt)
-Suspend után nem érzékeli a billentyűzetet és nem tudom beírni a jelszót.(pedig ez kb 4 éve ugyanezen a gépen a suse-nak nem okozott gondot, az egyetlen disztró volt amelyikkel működött a suspend akkoriban)

Kérdések:
-A lirc konfigurálásában kérnék segítséget: susen-n hova rakjam a működő hardware.conf-ot ?
-Van a suse-n valami egyszerű beállító program, olyan dpkg-reconfigure szerűség mellyel bármikor bármit újrakonfigurálhatok terminálból.

Állandó -teljesítménybeli- kritika tárgya a Linuxos Flash player,
de azt hiszem, olyan jelenségbe botlottam, ami azt mutatja,
hogy bizony a saját -linuxos- házunk táján sem árthat söprögetni...

Idősödő, egymagos, 2,4GHz P4 Celeron gépen tapasztaltam,
(új, még nem publikus Susie béta telepítés után),
hogy az egyébként villámgyors Google Chrome böngészőben a Flash plugin akadozva játszik le
egy szokványos (videa.hu) flash videót. (közel 100% CPU load)

Megnéztem ugyanazt a videót új Firefox segítségével, a load csökkent, 70-85% közé,
a videó így már nézhető lett, de még mindig akadozott néha.

Előszedtem kedvenc "állatorvosi lovam" (igen, az ominózus Firefox 1.5.0.10),
és lám, a videó nem szaggat, és a CPU load alig 40% fölött járt.

(Végső kísérletként -böngésző nélküli tiszta mérés- "standalone" flash player, az eredmény 30-33% load.)

Az első két tesztben látványosan jobb eredményre jutottam egy AMD Athlon 2400+-on,
és egy 2,4-es "telivér" P4-en is, ahol még tovább csökkent a szórás.

Természetesen nem az FF 1.5 tartalmaz valami ismeretlen varázsszert...
mindössze -feltételezhetően- kevésbé agresszív módon használja a CPU gyorsítótárát!
Tehát, a modern linuxos böngészők agresszív módon támaszkodnak az L2 cache-re,
és "elveszik" azt a flash player elől!
Amint olyan böngésző kerül a képbe, ami nem sajátítja ki a cache-t,
a flash player azonnal elfogadható értéken kezd működni...
(fenti CPU példákban az L2 mérete 128k, 512k, 512k...a processzorok nyers teljesítménye pedig nagyjából azonos)

Kíváncsi vagyok, hogy csak én futottam bele ebbe a jelenségbe, vagy esetleg egy általános linuxos problémát sikerült találni?
Köszönettel fogadnám, ha hasonló mérésekről eredményeket kapnék,
esetleg nem csak böngésző+flash, hanem egyéb "sebességbeli átok sújtotta" linuxos területről is!

A kérdés ennyi: elindul/menni fog ezen a gépen?Az alaplap típusa: VB-609.
A grafikus kártya AGP Matrox G100A/4/HP típusú (AGP, 4 MB, valamint a hátlapján egy címkén a "105.07" felirat van, egyébként '98-as gyártású a cucc).
A Matrox oldalán az XP-vel lezárul a támogatás lehetősége (Linux támogatást nem is terveztek).
Engem főleg az USB bootolás lehetősége érdekel(ne), bár most épp nem tudom kipróbálni... A CD olvasó cserére szorul (ez nem gond).
Ami a merevlemezt illeti, hmm, rendkívül hangos (és kis kapacitású)!

Bármennyire is régi a számítógép, leveleket, jegyzőkönyveket lehet(ne) rajta gépelni - talán. Erre pont jó lenne a Susie! :)

Compaq D530 SFF
P4, 2.4GHz (512KB L2)
512MB (2x256) DDR1 RAM
NV11 Geforce 2 MX200 64MB AGP4X VGA
40 GB IDE HDD
konfigon a cikkben megadott szoftver összeállításban
1920x1080 mkv (h264) film, teljes felbontásban,
mindössze a skiploopfilter opcióval
97-100% CPU terhelés mellett lejátszható.

(a hang néha akadozott, de az oka nem alsa,
hanem a 4x AGP VGA -mint szűk keresztmetszet- volt.
Ki fogom próbálni "újabb" VGA kártyával...)

Adott egy pentium 2-es gép, mely gyaníthatóan hardver hibás.
Bármilyen live disztrót is futtatnék meg rajta, vagy "kis" (dsl, puppy, slax) linuxot, mindegyik elhasal ha a nyomtató porthoz ér diagnosztikailag. (?)
Hogy lehetne ezt letiltani?
Az /etc/modprobe.d/blacklist-ben ott figyel minden a parallel porthoz kapcsolódó szolgáltatás, és mégis 2 perc mire bebootol a rendszer, mert eltököl a ppdevvel.
blacklist lpt
blacklist ppdev
Meg van egy 3. is de azt most nem is tudom micsoda.
A biosban való letiltás szvsz semmit nem ér, mert a linuxot úgy sem hatja meg. Nyomtató nincs, úgy hogy ezek a szolgáltatások nem fognak hiányozni. A cups is le lett tiltva.

Örömmel jelentjük be, hogy néhány perccel ezelőtt egy egymagos 2GHz-es AMD Athlon 2400+-on,
Susie béta alatt a Microsoft weboldalán található Robotica című 1080p wmvHD videót
mindennemű akadozás nélkül sikerült szoftveresen lejátszani...:)
A teszt közben a rendszer és a lejátszó részéről mindössze 155MB memória-terhelést mértünk,
85-92% CPU load mellett...

(A hivatalos Windows-os gépigény P4 3GHz és 512MB RAM...http://en.wikipedia.org/wiki/WMV_HD )
GPU alapú gyorsítást-dekódolást NEM HASZNÁLTUNK!

A tesztben felhasznált VGA egy korosodó AGP-s nVidia GF6200,
a szoftver pedig: Little Susie legfrissebb béta,
az egykori openSUSE 10.1-es MPlayer módosított, legutolsó Packman verziója XV-kimenettel,
egy kompatibilitási tesztcsomag, ami egyelőre oldmplayerdeps.rpm néven szerepel,
és a hang dekódolásához a Win32 codec pack a Medibuntu tárolóból.
Amint kész a telepíthető csomagkészlet, azonnal közzétesszük!

A Susie Labs keményen dolgozik a "cold boot" idő csökkentésén, komoly távlati terveink vannak,
az eszközök nagy része már próbapadon, tesztelés alatt, de addig is néhány mérés a kezdeti állapotról,
amit a tiszta rendszer telepítés minimális optimalizálása után sikerült eszközölni:

(tehát az adott vason egyáltalán nem használt szolgáltatások kikapcsolása történt meg,
de dolgozunk nagyobb mérvű smirglizésen is, siker esetén cikk lesz róla valamelyik hétvégén,
pontos leírásokkal arra vonatkozóan, hogy az eredményeket hogyan lehet másik linux
disztribúciók esetén is kamatoztatni. A tiszta boot idő mérését a hagyományoknak megfelelően
a GRUB-menü ENTER-től az X kurzorig számítjuk.)

Teszt 1: 34 sec
Asrock alaplap, AMD Athlon XP 2400+ (1998MHz, single core)
2x512 MB DDR1, 333MHz
40GB Maxtor HDD, IDE, UDMA6
GF6200 VGA, AGP, 256MB

Teszt 2: 20 sec
nForce alaplap, AMD Athlon 64 X2 Dual Core Processor 4200+ (2200MHz)
768MB DDR2
160GB WD HDD, SATA, UDMA133, 1.5Gb link
integrált GF6150 VGA, PCIe, 256MB shared

és természetesen folytatása következik, lesz HP P4 3GHz HT, és HP D530 C2D mérés is.

A GIMP FX Foundry témájú kérdéseket az alábbiakban várjuk.

Közben azért adtunk a "közös vagyonba" .deb és .rpm csomagot is! :)
http://hup.hu/cikkek/20100227/susie_labs_a_gimp_es_az_integralt_fx_foun…

Napok óta nézem, hogyan alakul a google keresőjében a sorsunk,
teljes névre már jól néztünk ki,
de Little Susie-ra
valahogy mindig a megboldogult Michael Jackson-t
dobta ki az első egy-két oldalon,
aztán már csak az első két-három helyen a gugli motorja.

Most, alig több mint három nap alatt,
2010.02.25., 01:55-kor...lenyomtuk! :)

Eredeti, teljes felbontásban

Szerk.:
2010.02.25. 17:44
Jelen pillanatban visszaszorultunk a harmadikra,
viszont jövünk felfelé szimplán "susie" kulcsszóra is,
pedig gyakorlatból tudom, hogy ez aztán már
teljesen általános káoszt kellene, hogy találatként adjon. :)
Jelenleg google.hu első oldal, első tízben, a hatodik hely!

A kicsike jelenleg 128MB RAM esetén is működik LiveCD útján,
a telepítés ezesetben már igényel egy kis előzetes "taszk-kezelést",
és futásszint-szerkesztést, tehát ami nem kell, azt le kell kapcsolni
a Telepítés ikonra kattintás előtt.
Egyelőre legyetek leleményesek ezen a téren,
lesz róla leírás, és a következő bétákban megoldjuk ezt a kérdést is.

Jelen pillanatban nem látszik kivitelezhetetlennek a 96MB live igény sem,
de talán még a 64MB is járható lehet még egyszer.
Ha sikerül, akkor az alternatív installálást,
és a különböző nehéz, trükkös módszereket
örökre elfelejtheti a linux világa!

Sőt! Ha sikerül ilyen kicsi erőforrás-igényűre lefaragni a rendszert anélkül,
hogy sérülne a tartalom és a használhatóság,
akkor a felszabaduló erőforrások hozamát megkapja a gép előtt ülő felhasználó.
Kis gépen is szorgalmasan fut majd minden program,
erős gépen pedig világítani kezd a "Fasten your seatbelts!" felirat is...

Tényleg, a KDE splash nem is lenne rossz egy ilyen pirosan töltődő-villogó,
a repülőgépek utasteréből koppintott, a biztonsági övek bekapcsolására figyelmeztető lámpával...
:)