Mitől lassú?

Ubuntu Linux

Van egy régi Dell D410 laptopom: 2GHz Pentium M, 1GB RAM, 60HB HDD, Intel GMA 900 graf.

Kb. két éve használok rajta Ubuntut, ami érzésre egyre lassabb lett és most érte el azt a pontot, hogy alig tudom arra használni a gépet, amire eredetileg jó volt (böngészés).

A következő megoldási lehetőségekre gondoltam:
*rakok bele még egy GB memóriát, főleg amiatt akad
*egyszerűen újratelepítem az Ubuntut, talán a sok disztrófrissítés ártott a sebességének
*nem való erre a gépre a 12.04 és a Unity, valami régebbi/másik verzióval próbálkozok (melyikkel?)

Egyéb ötletek? (Jó lenne, ha elég lenne az 1GB memória is, egy éve még érdekes módon elég volt..)

( Kiskübi v | 2012. 06. 06., sze – 03:30 )

Cimborámnál hasonló konfig volt, csak asztali. +1G RAM-ot tettünk bele, de alig javított a helyzeten. Tettem föl xfce-t, úgy már használhatóbb lett. Aztán rászánta magát, vett komplett új gépet (i5), most hasít.

( n.balazs v | 2012. 06. 06., sze – 04:12 )

Az új verzió mindig több erőforrást igényel. Ez a linuxra is igaz sajnos. Próbáld meg monitorozni, hogy mi a lassú - cpu, hdd io stb. A memória csökkentheti a lemez io terhelést is. Első körben megpróbálhatsz másik ablakkezelőt is használni.

( kmARC v | 2012. 06. 06., sze – 07:03 )

Ha nagyon frisset akarsz Ubuntuból de le tudsz mondani a Unityről, akkor http://lubuntu.net/ . Egyébként meg ahogy már írták, a régi vasra régebbi rendszert kell tenni, sajnos ez van.

( legyes | 2012. 06. 06., sze – 08:50 )

A HDD nem gyűjtött be pár bad sectort?

imho a filerendszer típusa is nagyon sokat számít: stresszteszteltem egy P3-as gépen párat és az XFS tűnt a legjobb megoldásnak, pl a RiserFS-el ugyanaz a felállás jóval több RAM-ot evett, az EXT3 még ezen felül lassú is volt.
Tudom, hogy most a Linux guruk fogják a hasukat a röhögéstől mekkora hülyeséget beszélek, de többször is rápróbáltam a dologra és ezt tapasztaltam.

Ez nem tudom mikori információ. Kb 2002-2008-ig biztosan sokat használtam XFS-t. SCSI diszkeken, közepes IO-val. Írás random volt, de kb bármikor, olvasás jóval gyakrabban.
Áramszünet, egyéb ok miatti kikapcs többször volt. Asszem bad sector-ok is támadtak egyszer, de csak egyszer volt fs gondom.
Akkor egy alacsony szintű tool-t kellett ráereszteni. Az több órát elmolyolt rajta (PIII 500/550 MHz-es gép, 512 Mb RAM [később talán feltoltam 1 Gb-ra?]). Az a feledés homályába vész, a 9.1 Gb vagy 18.2 Gb nagyságú SCSI diszk volt-e. Lényeg, talán egy állományom lett csak oda.

Szerintem használja, bár nem tudom ezt miből lehet pontosan megállapítani. Windows esetén úgy látom mindig ott a felhasznált memóriával nagyjából megegyező méretű lapozófájl. Itt ha nincs rá szükség, akkor nincs semmi. Azt viszont nem értem, hogy ha eddig elég volt az egy GB memória, akkor most hirtelen miért lett kevés, mikor a felhasználás körülményei nem nagyon változtak..
--
Direp

Most nem nagyon fog menni, egyre nehezebb használni a gépet: induláskor "rendszerprogram hiba" üzenet fogad, amiről többet nem tudok meg, csak hibaüzenetet küldhetek. Hálózat egyáltalán nincs, sem vezetékes, sem vezetéknélküli. Szerintem felrakok egy 10.04-es Ubuntut rá, azzal még nem volt gond.. (a fenti tanácsot megfogadva esetleg XFS-re)
--
Direp

A fenti tanácsot megfogadva? Olvastad Te, amit írtam? Nekem XFS-sel adatvesztésem volt, például ha a elment az áram. Nem volt túl ellenálló az ilyen esetekben. Ezen felül az XFS-ről azt illik tudni, hogy kimondottan nagy fájlok tárolására van optimalizálva.

Ha most nem nyomozod (vagy nyomoztatod ki valaki hozzáértővel) a probléma forrását, akkor legközelebb megint elő fog jönni. Én a nyomozásra szavaznék.

Azt nem merem feltetelezni, hogy egy kalap tragya a naplo implementaciojuk, mert hat azert en is uriember vagyok. Viszont mas okat nem latom annak, hogy egy komolyabb aramszunet utan miert varhato olyan 80%-os biztonsaggal adatvesztes barmilyen XFS koteten. Ha az elsonel veletlenul nem volt adatvesztesed, akkor a masodiknal bonusz plusz 10 szazalekkal indulsz. Tapasztalat.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Hat nem tudom, nekem olyan 100-200 G-s diszk volt virtualgepben, de nem birta a gyurodest, a harmadik elszallasnal mar hibas volt. Jo, csak nehany 2k-s spam level banta a dolgot, de erted... innentol szamomra nem megbizhato FS. Viszont kurva gyors, ez teny.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( bfoto | 2012. 06. 06., sze – 11:25 )

Egyébként mindegyik verzióval volt valami érdekesség:

11.04:
* ha alvó állapotba került a töltőn lévő gép és közben lehúztam a töltőről, ébresztés után kritikusan alacsonynak ítélte meg az akkufeszültséget és hibernálta magát

12.04:
*lecsukom a laptopot, de nem akar elaludni a gép.. mikor újra felnyitom, akkor viszont elalszik
*ha kikapcsolja a monitort energiatakarékossági okokból, utána nem hajlandó visszakapcsolni, csak ha a fenti procedúrával altatom-ébresztem
*nem volt az ablakoknak kerete, ez vmi vga driver probléma volt, ami már megoldódott vmi fórum alapján
*a fent említett lassúság is beköszönt
--
Direp

( zeller | 2012. 06. 06., sze – 12:26 )

iostat, vmstat és hasonlókat nézted?

Úgy tűnik, még ma se gyógyultak ki az emberek a CPU-fóbiából. Nem hiszik el, hogy a gépben az utóbbi 5 évben jellemzően a HDD a szűk keresztmetszet, nem a CPU.

Nézegessetek task manager-t, teljesítményfigyelőt, aztán vonjátok le a tanulságot. Aztán vegyetek egy SSD-t rendszerdiszknek, és örüljetek :)

De ez a gép pont 7 éve jött ki. :)

Oké, hogy a mai CPU-k ágyúval verébre lövés esete böngészésre (bár ami azt illeti, a site-ok is mindent megtesznek annak érdekében, hogy megegyék a CPU-t; pl. hasonlítsd össze a régi HTML-es gmail-felületet és az új AJAX-ost egy régebbi gépen)...

Ugyanakkor az IO nem csak a diszktől függ. Buszsebességek, csatoló, chipset... pl. ez még PATA-s gép. De legalább DDR2, 400 MHz-es RAM-mal, az korához képest nem rossz.

Kérdezőnek: szerintem a lényeg az, hogy valami szolidabb ablakkezelő menjen rá. Aztán amikor már a böngésző egymaga megeszi a gépet, akkor másikat kell venni... :(

( zoyo | 2012. 06. 07., cs – 15:42 )

Ne szenvedj! Nekem is régi gépem van, Ubuntu egyre lassabb rajtuk. Lubuntunak esetleg adhatsz egy esélyt. Én LMDE-re váltottam , az pörög(sőt az LM13 MATE-tel vagy XFCE-vel is, ezek 12.04-re épülnek). Debian dettó. Arch-ról ódákat zengenek. Van választás.

( Cybernet | 2012. 06. 07., cs – 19:38 )

Az ubuntu-nak jött ki frissítése ami miatt lassú.
Több gépen is ezt tapasztalom, hogy korszerű gépen lassú az Ubuntu 10.04 LTS 64, és a 12-is)

Általános tapasztalat, haveroktól is ezt hallom.
Lassú az ubuntu, és eszi az aksit. Valamit matekol a háttérben nem jól, mert még W7-el kibír a laptop 3órát, Ubival 1 :S
És Neki is nem rég óta van így. Előtte Ubival is bírt közel 3 órát.

Korszerű laptopon (SSD-vel) is azt veszem észre hogy néha akad, valamit görcsöl, indokolatlanul.
Asztali kétmagos Xeon procis gép 2GB rammal (ezen van a 10.04 LTS 64), ablakkezelés szörnyen lassú. (Habár be van kapcsolva az imbolygó ablakok, de ettől még bírnia kéne)
(nem a vga, ill a gép rossz, mert korábban nagyon jól vitte az ubuntu a gépet)

+subs

* html {display: none}

Új ficsöröket azt szeretnék... de hagymát azt nem. Evvel arra gondolok, hogy sok esetben az lassítja a dolgokat, hogy mindenen 100 layernyi script-nyelv meg virtualizáció van.
Azt még lenyelem, ha van egy.. mert megkönnyíti a fejlesztő dolgát na. De Azt, ami manapság zajlik az már kicsit meredek. Egyrészt lassan már java-ban implementált Python interpreterre fejlesztett Perl-ben futtatott webböngészőbe javascriptben írják a videólejátszókat, amik egy komplett Google Chrome-ot töltenek be egy hibaüzenet megjelenítéséhez.... igen túlzok...tudom na...
Másrészt nem szánnak időt a kód összecsiszolására. Én még le is nyelném talán a unity-t, ha most freezelnék és akkor a csapat kétharmada nekiállna optimalizálni, bugfixelni stb. Persze tudom, hogy azok akik ingyen teszik oda magukat, azok nem szívesen foglalkoznak az efféle unalmas, meg idegőrlő dolgokkal. De enélkül csak nagyon csinos hulladék van.

Szóval szerintem az ideális fejlesztési stratégia:
bővítés - csiszolás - bővítés - csiszolás
és ha az ember LTS-t ad ki akkor meg pláne.

Nekem még mindig az a véleményem, hogy igenis érdemes úgy fejleszteni, hogy az ember kordában tartja az erőforrás-igényt. Mert így egyrészt a gyengébb gépek tulajdonosai is használható rendszert élvezhetnek, és akinek pedig erőműve van, az igazán érezheti, hogy a pénz amit kiadott érte valós fejlődést jelent produktivitásban.
Sok projekt képes arra, hogy így gondolkodjon. És szerintem hosszú távon ők azok akik előnyben vannak.

### ()__))____________)~~~ #################
# "Ha én veletek, ki ellenetek?" # N210/Arch

Senki sem panaszkodik azért mert egy új feature esetleg lasabb a vártnál (nyilván emberi léptékkel számolva). Nade egy megszokott dolog ne lassúljon már le mert hozzáírtak két extra sort.
Most indokolt szerinted, hogy egy plusz fájlformátum támogatása miatt mondjuk akadozzon egy szabvány avi film? Szerintem nem.

Van egy erre vonatkozó hiba a linux rendszermagban, a 12.04-es rendszer legfrissebb rendszermagja nekem minden érintett gépen megoldotta az ilyen problémákat. Az akkuidőt ugyan kézzel finomhangoltam, de a kb 4-5 órát ki tudok húzni a gépből amig a W7 2-3 után mindig lemerült.

( hzsolt94 v | 2012. 06. 08., p – 13:00 )

Ha disztrót frissítettél mindenképpen próbáld meg az újratelepítést.
Nekem egy Intel i5 + Radeon HD 6650M + 128 Gb SSD + 4 Gb RAM konfiguráción lett használhatatlanul lassú a 12.04-es Ubuntu.
Eredetileg a 11.04-től frissítve lett, aztán újratelepítettem és azóta csodásan fut.

(Csak szemléltetésként a boot idő 2 percről 11 mp-re csökkent, de igazából minden remekül fut azóta.)

( Cybernet | 2012. 06. 08., p – 23:01 )

Az a baj, hogy nem csak a disztró frissítés öli a vasat. Én 10.04-et használtam jó ideig, de bizonyos frissítések után úgy érzem, mint ha az egészet VM-ben futtatnám.

( Pipas | 2012. 06. 09., szo – 10:26 )

erre a gépre nem való a Unity. próbáld meg mondjuk a classic gnome felülettel vagy xfce-vel/lxde-vel.

Sajna az Unity nem azert nem valo ra, mert annak hivjak, aminek, hanem mert compositinget meg egy csomo csiricsare eroforraszabalo cuccot hasznal. Vagyis a mostanaban normalisnak szamito Gnome felulet az nem a "classic", mert azt mar kinyirtak, hanem a Gnome Shell. Az pedig semmivel se eszik kevesebbet, akkor se, ha fahejizben talaljak.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Nem az a baj, hanem az, hogy mas. A Gnome nem csak egy WM, ezt kellene megerteni, hanem DE. FVWM alatt pl. sztem nincs nativ automount support, meg mas effele, nyilvan, mert ez nem a WM feladata. A Gnome (a 2 es a 3 is) egy baromi jol osszerakott, tesztelt kornyezet. Ha mar ganyolni kell, az mar visszalepes.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Na most nem ertem. A GNOME Fallback az nem ekvivalens a regi, "Classic" GNOME-mal, legalabbis opensuse alatt nem, hanem az egy lebutitott GNOME Shell. Az Ubuntu viszont valahogy berakta a regi GNOME 2-t. Respect. Eztet nem tudtam.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Jol hangzik... mindegy, nalam a Gnome3 eljatszotta minden kartyajat sajnos. Csak informalisan erdekel a dolog, h ha valamikor arra kenyszerulok, hogy ilyet hasznaljak, akkor ne legyek teljesen elveszve.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( uzsolt v | 2012. 06. 11., h – 19:37 )

Esetleg az IO-scheduler (ütemező vagy mi is) állítgatása segíthet: 

cat /sys/block/ESZKÖZ/queue/scheduler

A szögletes zárójelben szereplő az aktív. Változtatni: 

echo SCHEDULER > /sys/block/ESZKÖZ/queue/scheduler

módon lehet. Nekem pl. a deadline jött be.
Bootkor a kernelnek az 

elevator=SCHEDULER

opcióval adhatod meg.

( ffpp v | 2012. 06. 12., k – 14:42 )

Én a helyedben biztos megpróbálkoznék egy clean installal. Ha azzal is lassú, akkor nézz meg mondjuk egy mintet. Plusz memória sose árt, de nem hiszem, hogy netezésre kéne még....

jAzz

( bfoto | 2012. 06. 13., sze – 10:05 )

Végül felkerült egy Lubuntu (12.04), ezzel gyorsabb, kevesebb memória fogy, majd kiderül, mennyire válik be..
--
Direp

( thebeast | 2012. 06. 14., cs – 12:57 )

Ahogy átfutottam, úgy tűnt, ezt még nem említette senki:
Chromiumot használsz? Ha igen, akkor valószínűleg ő eszik több memóriát mint kéne. Engem megállás nélkül szívat. T5500 meg 2gd ddr2-vel haldoklik a gép, ha chromium 10+ lappal be van kapcsolva. A másik forrászabáló a frissítéskezelő a háttérben (szoftvercenterről nem is beszélve). Maga a 12.04, és a legtöbb alkalmazás rajta egész jól megy.

+1

OO, és FF ban alapból be van kapcsolva az úsztatott görgetés. Chromiumban nincs.
Sokat játszottam vele én is mire rájöttem, hogy ha kiveszem a FF-ból ezt az görgetést, akkor javul nem kicsit a teljesítménye. Érdekes :D
Írtam már valahol korábban erről, hogy mai korszerű gépen hogy akad a FF. (Ubuntu 12.04 x64 alatt)

Hogy érted? Már évek óta van. A 13-ban meg mintha bugos lenne, valamit hallottam. Én mondjuk nem tapasztaltam. Vistan és 7-en hardveresen gyorsított a dolog, ha jól tudom, talán XP-n is valamennyire, így elképzelhetőnek tartom, hogy csak a görgetési beállításokon kellene finomítanod.

Az IE-kben (8-at láttam legutoljára) szarul van megcsinálva, animálódik, laggol.

:)