• Ismertető
  • Hírek
  • Letöltés
  • Súgó
  • Közösség
ubuntu.hu

Belépés

  • Felhasználó létrehozása
  • Elfelejtett jelszó

Facebook

Kapcsolat

  • Facebook oldal
  • IRC
  • Közösségi levlista
  • Segítői levlista
  • További elérhetőségek

Rendszer átlagos terhelése Lucid Lynx ( MEGOLDVA )

2010. szeptember 25. – 16.14 – kybersas
  • Alkalmazások

Üdv mindenkinek.

A Lucid-ot megjelenés óta tesztelem, mert szeretném egy néhány fős irodába, néhány gépre véglegesen beállítani, és mivel lTS, legalább 3 évig ne legyen vele gond.
Ahol jelenleg a Jaunty teljes megelégedésre teszi a dolgát, dehát sajnos a napjai már " meg vannak számlálva".

Nagyjából úgy tűnik, minden összeállt, egy-két dolog zavaró még.
Mivel szokásom kitenni a Rendszerfigyelőt a panelra, feltűnő, hogy a " Rendszer átlagos terhelése " jóval magasabb, és állandóan magasabb, mint a Jaunty-n. Ott üresjáratban sokszor 0, vagy ha kinyitok valamit, akkor esetleg néhány tized.
A Lucid-ot naponta frissítem, az idők folyamán csökkent is valamennyit ( 1,8 -2,5 -ről 1,2-0,75 -re ) de még mindíg sok a Jaunty-hoz képest.
És úgy érzem, hogy működik ugyan a rendszer, mindent megcsinál, de valahogy "kevésbé pörgős", vagyis lustábbnak tűnik, mint a Jaunty.

Ugyanakkor a Htop és a Rendszerfigyelő szerint nem sok a memóriafogyasztás, és a proci használat sem, mert üresjáratban 170-220 MB Ram, 3-5-12% processzorhasználat nem tűnik soknak, nagyjából akkora, mint a Jaunty-n megszoktam.
Persze ahogy nyitogatok programokat, a memória és a proci használat is arányosan nő, a rendszer átlagos terhelése viszont csak jelentéktelen mértékben nő, inkább marad azon a viszonylag magas értéken, szépen, stabilan.

Több gépen is kipróbáltam, elég jó közepes masinák, 1,5 - 4 GB ram, 2,6-3,2 Ghz proci, és a jelenség, az a magasnak tűnő átlagos terhelés mindnél jelentkezik, úgy tűnik, nem hardverfüggő.

Ha a üresjáratban Rendszerfigyelőben megnézem, minden folyamat alszik a gnome-system -monitor kivételével, az mutat 8-10% procihasználatot, és 4,2 MiB ramot.
Ezenfelül semmi.
Maga a rendszer nem nagy, elvan 2,7 GB-on, pár irodai alkalmazás van rajta, ugyanaz mint a Jaunty-n.
Rendszertisztítóként használom az Ubuntu-tweak-ot és az Ubucleanert, tehát semmi fölösleges sallang.

Eléggé mezei felhasználó vagyok, nem látok annyira bele a rendszer működésébe, hogy tudjam, az esetleges gondot hol kell keresni.

Azt szeretném kérdezni, hogy ez a Lucid sajátossága, más is tapasztalt-e már ilyesmit, tehát ezzel a viszonylag magas terheléssel együtt kell élni, vagy csak nálam megy valami a háttérben, ami esetleg szükségtelen ? És ha igen, hol tudom "tetten érni" ?

‹ mono net kertrendszer feltelepítése xbslink (xubuntu 10.10) Rendszer átlagos terhelése Lucid Lynx ( MEGOLDVA ) ›
  • A hozzászóláshoz regisztráció és belépés szükséges
kdani – 2010. szeptember 25. 16.43

Valami hasonló van nálam is, de mivel van elég procim és ramom rá, különösképp nem zavar a dolog.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

Kálmánbátyám – 2010. szeptember 25. 17.18

Nézd, az önmagában nem baj, ha a rendszer használja a memóriát. Azért van. És ez nem Windows, ami folyton a lapozófájlba irogatja a memória tartalmát.
Az hogy ennyi memóriánál kissé elterjeszkedik, szerintem szintén rendben van.
Hogy alapjáraton ennyi ? Ennyi :-)
Nálam , Karmicon is ennyi, (azért emlitem ezt , mert ezen van Gnome, az ennél újabb Sqeeze könnyebb), sőt még több is, mert én direkt rábeszéltem, hogy töltögessen mindent , amit lehet a memóriába.
Viszont , ha memóriában van minden, amit használsz, megfigyelheted, hogy szinte alig mozdul a Winchester.
És ettől lesz gyorsabb.

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

kybersas – 2010. szeptember 25. 17.38 – előzmény

Köszi....de én nem a memóriáról írtam,
Az most, hogy itt netezek írogatok rajta, akkor is csak 270 MB..ami tekintettel a Gnome-re, vidáman belefér, és nem sok.
Viszont a " Rendszer átlagos terhelése " meg 1,5 !
Ha ugyanezt Jaunty-ról írom ( mert megvan ám ! ) akkor meg a rendszer átlagos terhelése 0.1 !

Szóval ezt nem értem.

És azt láttam a Rendszerfigyelőben, meg a Htop-ban, hogy a Rendszer átlagos terhelése nem igen függ a memória és a processzor használatától.
Ő beáll olyan 1-2 közötti értékre, aztán nyitogathatok akármit, ami használja a memóriát és a procit, ugye , normális mértékben növekszenek is.. ahogy kell.
De ez a rendszer átlagos terhelése meg " rá se retyetye "az egészre , makacsul beáll olyan 1, 1,5 - vagy jobb esetben 0,8 körüli értékre, aztán elvan magával, akármit csinálok.

Csak az a gyanús, hogy ugyanez Jauntyn meg 0,1 esetleg 0,2 !
Tehát olyan nagyjából egytizede...
És ezt sokallom.

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

Kálmánbátyám – 2010. szeptember 25. 17.49 – előzmény

Öööö, na most ez kezd hasonlitani a " Mennyi ? Harminc ! Mi harminc ? MI mennyi ? " dologra.
WTF az átlagos rendszerterhelés ? (Tudom, az van odairva )
Mit kell alatta érteni, milyen paraméterkből, és hogyan számolja ki ?
Egyáltalán , ez valami mérvadó adat ? Ugyanazt méri Jauntyn, mint Lucidon ?
Na, van itt valami a témáról:
http://www.linuxjournal.com/article/9001

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

kybersas – 2010. szeptember 25. 21.11 – előzmény

Igen..kezdünk arra menni...hogy mi harminc..
Szóval : kiraktam a panelra a Rendszergfigyelőt.
Beállításoknál beadtam :Processzor, Memória, Hálózat, Terhelés ( Beállításoknál a pipát be. ) Ezeket szeretem látni.

Elvannak ott működés közben ugye a panelon, mini-grafikonként, ha rájuk húzom az egeret, akkor viszont számszerű értéket is mutat.

Jelenleg : Proci 4%, Memória : 9% használatban, 28 %gyorsítótár, Hálózat :Fogadás/Küldés 0 bájt, Rendszer átlagos terhelése : 1,2 -és ezt így írja pontosan.
Az első 3 érték a Jaunty-n is nagyjából ennyi.. de az utolsó többnyire 0, vagy 0,1 !

És ez ütött szöget a fejembe:
Itt a Lucid-on miért 10-12-szeres az átlagos terhelés.? És gond-e ez ?
Azért kérdezem mert gőzöm sincs, mit mér, és mit ért alatta...?

Köszi a linket, részletesen átértékelem , ami nem lesz egyszerű, tekintettel hogy a web-es fordításra vagyok utalva, vagy esetleg az élettársamra, aki beszél ugyan angolul, de az irodalmi angolt, és ilyenkor nem tudom, melyik fordításon röhögjek jobban...
Szóval ez az izé már kezd nálam olyan érdekes lenni, mint a kisliba, aki állandóan iszik, és sose jár pisilni.. de azért kösz a türelmeteket.

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 26. 20.06 – előzmény

Hát, a tünet engem arra az esetemre emlékeztet, amikor valami mérsékelten bugos háttérfolyamat végtelen ciklusban lövöldözött fel rövid ideig futó parancsfájlokat. Ezek túl rövid ideig futottak ahhoz, hogy a gnome rendszerfigyelő kiírja őket, de a terhelés megugrasztására alkalmasak voltak. Mindenképpen a "ps aux" kimenetét kellene böngészni (sőt: fájlba irányítani és pastelni valami pastebinre), ez kiírja az adott időben futó folyamatok nevét és parancssorát, ebből már el lehet indulni.

Ja, és a lényeg: ha a terhelés tartósan 0,5 felett van (ezt a számot ne terjesszétek szentírásként, nem az!), miközben "nem csinálsz semmit", az több mint gyanús. A semmittevés nem indokol ennyinél több processzorhasználatot (régebbi gépeken se).

Hogy miért lehet ez gond: romlik a felhasználói élmény, lassabbnak érződik a gép - mintha egy vírusos Windows előtt ülnél :), és hát az áramfogyasztás is a normális tartomány tetejéhez, mintsem aljához lesz közelebb.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 26. 20.31 – előzmény

Köszönöm.
Szóval kezdőként jól látom én, hogy itt valami nem igazán stimmel.
Lassúbbnak is tűnik, mint amit a Jaunty-tól másfél év alatt megszoktam.

Kicsit pakoltam a rendszerre, testreszabtam, pdf-szerkesztő. cheese, skype, amsn, guvcview, gnome-baker, ubuntu-tweak, samsung-driver a nyomtatóhoz...ez-az... amik kialakultak hogy irodai használatra kellenek. És azt gyanítom, hogy ezek esetleg valamelyike csinálja a gubancot.

És hónapok óta " legelészek " vele, és sehogy se boldogultam, azért tettem fel a kérdést.
Az lenne ugye a problémám, hogy az én kezdő tudásommal hogy a fenébe tudnám tettenérni ?

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 27. 19.16 – előzmény

Mint említettem, a ps aux parancs kimenetét kellene fájlba irányítani, és feltölteni pl a http://paste.ubuntu.com/ oldalra. Így:
ps aux > lista.txt
Ez azért jó, mert nem vágja le a végeit a terminál oldala-alja, mint a korábbi htop kimenetednél.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 27. 20.02 – előzmény

Húú..
Kösz, és elnézést a bénázásomért,de igencsak kilóg a kezdő lólába...
Tartok kissé a termináltól, a txt-t sikerült ugyan megcsinálnom, de a pastebin-oldallal nem boldogultam, esetleg így jó ?

http://dl.dropbox.com/u/4572111/lista.txt

Valahogy a dropbox-al már "elvagyok"

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 28. 19.05 – előzmény

Megteszi :). Ami érdekesnek tűnik:
root 1326 9.5 0.0 1624 172 ? S 15:53 26:10 smfpd

Na ez mi? Eléggé sokat eszik (9,5%, összesen 26:10 perc), ez a legnagyobb disznó a rendszereden. A Google szerint: http://blog.rtg.in.ua/2009/09/what-is-smfpd.html
Tettél te fel Samsung Unified Linux Driver nevű dolgot? Ha igen, miért? Ez a bejegyzés azt írja, hogy ha USB eszközöd van, akkor a smfpd-nek nem kell futnia.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 28. 19.39 – előzmény

Igen !
Tettem fel, mert muszáj...egyeduralkodó nyomtatóink : Samsung SCX 4200, és 4300 .
És a driver nélkül nem ment a scanner. Főleg a 4300-assal voltak gondok.
No most 2 gépen még a Jaunty van, irodai használatra, ugyanezekkel a nyomtatókkal és driverrel.
És ott nincs ez a terhelés.
Viszont most tettem fel a tesztgépemre a Kiwi 10.08 -at...frissítés után a Rendszer átlagos terhelése 0,17 ! Viszont nincs rajta semmi csak ahogy alapból bejött, vagyis Samsung se.
És nem tudom, mit jelent az smfpd... hogy nem kell futnia ?
Kösz a türelmed.

Szerk. 10 perc múlva :
Nem hiszek a szememnek ! A Kiwi átlagos terhelése : 0,05 !

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 28. 23.08 – előzmény

Tedd fel a Kiwire is a samsung drivert, ha megugrik a terhelés, akkor megvan a bűnös :)
De ez nem feltétlenül szükséges. ha minden igaz, akkor nyugodtan le lehet lőni ezt a folyamatot, és akkor leesik a terhelés.
Terminálba add ki:
sudo servide smfpd stop
Ha minden igaz, ez leállítja a programot (ellenőrzés: ps aux | grep smfpd - ha csak egy sort ír ki, akkor leállt), és a probléma megszűnik. Ha mégsem, akkor viszont nem ez a bűnös.

Ha ezzel sikerült megoldani, akkor meg kell akadályozni az ismételt elindulását a következő rendszerindításkor:
Felteszed mondjuk a bum nevű csomagot, ez a rendszer - adminisztráció alá fog betelepedni, ebben megkeresed a smfpd-t (remélem észreveszi...), és törlöd az első Activate oszlopból a pipát. Ha ez sikerült, akkor többet nem akar majd elindulni ez a vacak, ellenben a nyomtató várhatóan továbbra is működni fog.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 29. 17.53 – előzmény

Meg sikerült csinálni, szó szerint ahogy írtad !

Leállítottam az smfpd -t terminálból, aztán végleg kilőttem a bum-al.
Aztán igencsak figyelgettem, mi történik, mert ez eléggé türelmet ígényel, ( ugye a rendszer üresjáratban is képes hirtelen pár másodpercig magas értékeket mutatni, ki kell figyelni a három számból egy jó átlagot.)
Szóval ezek után a rendszerterhelés lement, 0,29-től 0,49 -ig úgy átlagban.
Ami a 0,8-1,2 érték után mindenképpen előrehaladás. ( Sőt képes néha kis időre 0.16 - ra lemenni, ilyet mióta fenn van, nem láttam !
Kiugróan ugyan pár mp-re előfordul 0,8-1.2 -es érték is, de ezt már megfigyeltem régebben is.

A Kiwi-re is felraktam a Samsung-drivert ( direkt bucherálási céllal raktam fel a kiwit, mondván, ő is Lucid, meg kíváncsi is voltam rá, aztán most jól jött )- és ott is történt valami. Üresjáratban tudott produkálni 0,00 - 0,05 (kiugróan pár mp-re 0.12-őt ).
No, a Samsung-driver után vége is lett, 0,49-0,67 körül mozgott.
Miután feltettem rá is a bum-ot, kilőttem rajta az smfpd-t, 0,27 - 0,37 körüli átlagértékeket kaptam.
Nyomtatás, scanner mindkettőnél működőképes maradt.

Akkor ugye nyilván úgy néz ki, ez a driver egy kicsit " sáros "- de sajnos nem tudunk nélküle meglenni, minden nyomtatónk Samsung.
Viszont mindenképpen javulás mutatkozott, úgyhogy köszönöm a türelmet és a segítséget.

Hogy teljes legyen a dolog, le akartam venni a Kiwi-ről a Samsung-drivert, de hiába mondom neki szépen ott a menüben, hogy uninstall, nem csinál semmit, úgy látszik, ennek még utána kell olvasnom valahol..csak kíváncsiságból, hogy ugyan visszaállna-e a kezdeti kis terhelés ?

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 30. 1.14 – előzmény

Még annyit lehetne csinálni, hogy nem csinálsz tényleg semmit bekapcsolás után (semmi firefox meg ilyenek), és újra megnézed, hogy mit mutat a ps. Ami nálam még tud rövid időre terhelést ugrasztani, azok a Canonical-féle kényelmi szolgáltatások, mint pl Gwibber meg Ubuntu One - bár, ha a Kiwi kezdetben jó volt, akkor a Samsung-driver maradék (szükséges) részei lépnek elő első számú gyanúsítottá.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 30. 1.08 – előzmény

És persze természetesen sudo service stb… ha esetleg később nem lenne egyértelmű :)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 30. 15.27 – előzmény

Köszönöm.

Megnéztem újra az aux-listát, : http://dl.dropbox.com/u/4572111/lista2.txt
Ezt úgy csináltam, hogy csak a firefox van nyitva, az ubuntu.hu -val
Rendszerterhelés így, hogy írogatok, 0,24 - 0,35 körül van.
A másik kiugró érték, az X-es is eltűnt, nagyjából annyi, mit a Kiwin.
Pedig mindkettőn fenn van a Samsung-driver.

Lehet hogy lassan kitehetem a Megoldva táblát.....

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. október 2. 12.32 – előzmény

Én kitenném :)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. október 2. 16.08 – előzmény

Köszi !
Nem felejtettem el, csak gondoltam várok 1-2 napot, hátha még valaki hozzászól, és közben meg nyúztam a masinát, meg a másik gépen is megcsináltam ezt a trükköt..
Az eredmény gyakorlatilag ugyanez.
Határozottan úgy tűnik, mintha " fellélegezne " a gép, szerintem érzékszervileg tesztelgetve, frissebben mozog.
Ezzel a három gondomból , amit a Lucid-nál tapasztaltam, megoldódott egy .
És ebben se a Lucid volt a hibás, hanem a felpakolt samsung...

( Tudom, nem ez volt a téma, de érdekességből leírom azért őket..)

A másik meg közben megoldódott magától : A skype-val produkált 3x vagy 4x olyan elképesztő összeomlást, amilyet még nem is láttam soha, pedig szegény régebbi Ubuntu-kal is elkövettem ezt-azt. Eleinte szépen működött, de egyszer rákattintás után : nem nyílt ki, de szép lassan, pár perc alatt lefagyott, de úgy ám, amilyet linux alatt még nem láttam : proc.használat az egekben, 100%, ram-használat 100 % ( 4 GB ramnál ) az átlagos terhelést ki se tudtam nézni, mert csak annyit láttam, a rendszerfigyelő ikonján a panelon, hogy teljesen piros -aztán semmi sehová...
Nem csinált semmit, ki se tudtam lépni, se terminált nyitni, karakteres módba se ment át.. kernel-pánikot még csak egyszer láttam, akkor két led villogott a billentyűn, meg ki is írta - de most semmi ilyesmi.
Csak a tápon lévő kapcsolóval tudtam leállni..!
Be is voltam rezelve... hátha maradandó károsodás lesz, de úgy tűnik, kibírta.
Pár ilyen eset után a synaptic-ban a skype-t egyszerűen újratelepítettem ( de úgy, hogy még a ./home-ban se töröltem ki, mert elég sokat vacakoltam, mire megszólalt - gondoltam, nézzük így ) - aztán jó lett.
Már vagy egy hete nem csinálja azt a parádét...és nyilván az a pár erőszakos kikapcsolás se tett maradandó kárt.

A harmadik gondom meg : a zárt meghajtóknál eltűnik az ablakkeret, teljesen alkalomszerűen, nem tudom eseményhez kötni - ezt a témát viszont B2man már feldobta itt a Fórumban, majd figyelem, hátha a válaszokból ki tudok sütni valamit.

Mégegyszer köszönöm mindenkinek, aki vette a fáradtságot, hogy segítsen megoldani a gondomat. Megint tanultam valamit...

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

Kálmánbátyám – 2010. szeptember 29. 8.02 – előzmény

Ha nem boldogulsz ennek a folyamatnak a kilövésével, akkor javaslom a Samsung SPLX driver használatát.
(Én is ezt használom) A nyomtatás tökéletes, szkennelni viszont nem tud. Ezért meghagytam egy Win gépet, arra tettem a nyomtatót. Ezen a gyári driverekkel lehet szkennelni, az Ubuntu gépek meg hálózaton nyomtatnak a fenti driverrel.
Szerintem nem kell MINDEN gépről szkennelni, elég ha arról, ami ott van mellette. (Tiz méter távolságból vicces is állandóan ugrálni oda-vissza)
És egy ilyen nyomtatószervernek tökéletesen megfelel valami özönviz előtti öreg vas is .

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

kybersas – 2010. szeptember 29. 18.02 – előzmény

Köszönöm a leírást..de ez nálunk nem járható út.

Mivel ez itt iroda, tehát úgy nagyjából nyilvános és hivatalos helyiség, nem akarunk Windows-t.

Mert nincs !

Már talán több mint két éve elvagyunk az Ubuntu-val, a Microsoft-ot meg nem akarjuk gazdagítani, meg nincs is rá pénz.
Meg valahogy vonzóbb és érdekesebb a linuxos megoldás, még ha kicsit meg is kell érte izzadni...!

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

Kálmánbátyám – 2010. szeptember 29. 18.24 – előzmény

Like :-)

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

kybersas – 2010. szeptember 29. 19.37 – előzmény

Üdv.
Nagyjából azért már kialakul, hogy mi 30, főleg kelemeng jóvoltából.
Kissé felbátorodva, megnéztem az a listát , mit is linkeltem én be a dropbox-al, mert sose láttam ilyet.
És ott van még valami kiugró :
root 1071 8.4 0.8 40364 31296 tty7 Rs+ 15:53 23:08 /usr/bin/X :0 -nr -verbose -auth /var/run/gdm/auth-for-gdm-WQjfmt/database -nolisten tcp vt7

Persze erről sincs gőzöm se hogy mi... de az ellenség kezének legalább a féllába még valahol itt van, mert még ezek az értékek is magasabbak, mint a Jaunty-n.

Viszont "organoleptikusan értékelve" mintha jobban pörögne..

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 30. 1.06 – előzmény

Az X az a grafikus felület alapja, azt inkább ne szedd le. Viszont hogy ez miért eszik sokat, és hogy lehetne csökkenteni, az már sok nekem.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

Kálmánbátyám – 2010. szeptember 30. 8.29 – előzmény

Volt egy kis probléma a libcairo csomaggal.
Nézd meg neked melyik verzió van.
Ha ez : 1.8.10-5, akkor vagy downgradeld , vagy keress egy újabbat, és tedd fel azt.
http://crunchbanglinux.org/forums/topic/9528/solvedwith-recent-updatehto...

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

kybersas – 2010. szeptember 30. 8.43 – előzmény

Üdv.
Nekem ilyesmim van...és akkor most mi a teendőm ?

http://dl.dropbox.com/u/4572111/libcairo

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

Kálmánbátyám – 2010. szeptember 30. 8.46 – előzmény

Akkor ezzel semmit :-)
Milyen videokártyád van? Nem lehet hogy azzal izzad az X ?

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

kybersas – 2010. szeptember 30. 15.31 – előzmény

Szia.
Itt a gépemben ASUS EN8400GS SILENT 512 M DDR2- azért ez, mert ezt a gépet tavaly dec-ben raktam össze, és az akkor kapható kártyák közül ez volt az, amit a Jaunty gond nélkül kezelt. Zárt meghajtóként Nvidia-t felrakta hozzá, voltak effektek.. ( Ami ugyan a Lucid-on nincs, mert ha felteszem a zárt meghajtót, nincs ablakkeret - de ez már huszadrangú probléma...)

Másik gépben BLISS 8600GT PCX GEFORCE 8600 GT 256 MB.
Harmadik gépben valami 128 MB-os Nvidia, nem tudom pontosan, szét kéne szedni...
Negyedikben valami gyári ráintegrált 64 MB-os - ez már nem kapott zárt meghajtókat sose, de irodai munkára jó - és ahány gép, annyiféle alaplap persze.
És ez a rendszerterheléses dolog mindegyik gépen jelentkezett...azért szúrta meg a szemem !
Ja, és a Jaunty-val meg egyiken se volt ilyen.

Szerk: az előbb néztem meg, és linkeltem be kelemeng -nek is : mintha már nem is izzadna az x.... http://dl.dropbox.com/u/4572111/lista2.txt

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

cstd81 – 2010. szeptember 25. 20.32 – előzmény

Hogy lehet, hogy a rendszer átlagos terhelése nálad csak egy szám? Nálam három szám. Vagy mind a három 1,5?

  • A hozzászóláshoz regisztráció és belépés szükséges

Spyderco Native I. CPMS30V

kybersas – 2010. szeptember 25. 21.13 – előzmény

Háát.. jelenleg 1,28 - ez végül is 3 szám...

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

cstd81 – 2010. szeptember 26. 15.51 – előzmény

1, 5, 10 perce, azért három szám. Tudnál postolni részletes listát a futó folyamatokról?

  • A hozzászóláshoz regisztráció és belépés szükséges

Spyderco Native I. CPMS30V

kybersas – 2010. szeptember 26. 18.19 – előzmény

Hú...
Ha én ezt tudnám, hogyan kell..
A Rendszerfigyelő/Folyamatok -ban minden Alszik, kivéve a gnome-system-monitort...

És augyanitt írja még _ Átlegos terhelés az elmúlt 1,5,15 percben: 0,80 0,89, 085 (jelenleg )
Csak hogy Jaunty-n ez az érték általában : 0, 0,1, 0,2

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

siposg – 2010. szeptember 25. 20.36

Szerintem ne az átlagos terhelést nézegesd, hanem azt, hogy milyen gyors a rendszer.
Ha ugyanolyan vagy gyorsabb: akkor szuper!
Ha lassabb, akkor el lehet kezdeni keresgélni, de csak akkor, ha számottevő a lassulás.

Egyébként nem ugyan azokat a programverziókat használod, ez okozhat nagyobb terhelést és némi örömöt afelett, hogy újabb funkciókat érhetsz el :)

A top-ba egyébként több minden belejátszik, de hangsúlyos a proci és a ram. Nagyjából azt jelenti az ott látható első érték, hogy az utolsó 1 percben ennyi db program várt arra, hogy futhasson a processzoron. Ha valamiért ez magas akkor tovább kell vizsgálni. Okozhatja a memória fogyása (ezt láthatod a top-ban). Okozhatja a proci terhelése, illetve diszk lassúság is. Ha hálózaton keresztül futnak dolgot, akkor hálózat lassúság is okozhat magas load értéket. Utóbbi nálad nem valószínű.

Érdemes még ránézni arra is, hogy milyen a proci és annak megfelelő rendszer van-e telepítve. Itt a 32 bit kontra 64 bit kérdésre gondolok. Több proci vagy procimag esetén nem teljesen mindegy a 4 GB RAM fizikai elhelyezése a gépben.

  • A hozzászóláshoz regisztráció és belépés szükséges

Linuxscripting

kybersas – 2010. szeptember 25. 21.26 – előzmény

32 bit-es rendszerem van, jelenlegi gépben 3,2 GHz ikermagos proci, két Ram-hely van, bennük teljen egyforma 2GB-os DDR2-es ram.
Kipróbáltam még 3 másik gépen is.. nekik 2,6, ill, 2,4 GHz procijuk, és 1,5 GB memóriájuk van.
Az átlagos terhelés mindben ugyanilyen magas.

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

b1afy7 – 2010. szeptember 25. 21.39

Akkor most erről beszélgettek?
http://ubuntuone.com/p/HVO/

  • A hozzászóláshoz regisztráció és belépés szükséges

Ubuntu 10.04LTS 64bit / HP550-FU408EA#AKC

kybersas – 2010. szeptember 25. 21.45 – előzmény

Hááát..
Néha már magam se tudom.
De ha jól tudom kivenni akkor ez a gnome-power-manager, és a tápellátásról szól...
Nyilván nem ez az...

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

efsanyi – 2010. szeptember 26. 16.17

Ez a hülyeség amúgy mérvadó? Mert, ha igen akkor nálam 0,21-0,33 között van.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 26. 17.56 – előzmény

Helló..
Hát én se tudom, mérvadó-e vagy sem, azért vetettem fel.
Csak feltűnő a két ubuntu-kiadás közötti legalább 10 -szeres különbség...

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

Kálmánbátyám – 2010. szeptember 26. 16.29

Kicsit feljebb belinkeltem egy terjedelmes leírást arról , mi is az átlagos rendszerterhelés (avarage load) .
Pihent aggyal átrágtam magam rajta , így ' nagyjából' kapisgálom mi is ez.
De azt még mindig nem tudom milyen értékek jók, és milyenek nem.
Szóval még mindig a " mennyi? harminc" ....

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

lacirta – 2010. szeptember 26. 17.57 – előzmény

Szerintem ez a mervado a temaban
(idezet a "man uptime"-bol):

System load averages is the average number of processes that are either
in a runnable or uninterruptable state.
A process in a runnable state
is either using the CPU or waiting to use the CPU. A process in unin‐
terruptable state is waiting for some I/O access, eg waiting for disk.

Tehat egy futo processz epp a CPU-ra var, hogy csinaljon valamit, vagy valamilyen IO muveletet akar vegezni (pl. a vinyon bizgetni egy filet).

Vagyis ez az ertek jelen esetben nem a CPU hasznalata miatt nagyobb (fentebb irtatok hogy a top-ban nem latszik kiugro CPU load) hanem vmilyen IO muvelet miatt.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 26. 18.15 – előzmény

Köszi.
No most a következő laikus kérdésem : mi az az IO művelet ?
Mert IO hibát már láttam.
Ja és a rendszer fenn van pendrive-on is... akármelyik gépbe dugom ez az érték ott is magas.

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

WildTiger – 2010. szeptember 26. 18.43 – előzmény

az elején írtad hogy lomhábbnak tűnik, ezt én is tapasztaltam de amint bezárom a rendszerfigyelőt, megszűnik. és pendrive-os rendszer mindig is lassabb lesz egy vinyóra telepítettnél (szerintem!!)
alapból az egész témát nem igazán értem, egész új gép amin teszteled, működik? működik, többet eszik? újabb az előzőnél fejlődött ahogy újabb lesz valamivel növekszik a minimum követelmény is (szintén csak szerintem!!)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

lacirta – 2010. szeptember 26. 18.49 – előzmény

IO, azaz input-output muvelet...

Minden szgep periferia IO-nak szamit: vinyo, cd, soros port, memory mapped io, stb...

Van egy "iotop" nevu tool, azzal meg lehet nezni (olyan mint a "top" csak IO-ra :)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 26. 19.08 – előzmény

Köszi, hogy próbálsz felhomályosítani.
Szóvala az iotop ezt adja : (először látok ilyet, gőzöm sincs, mi micsoda..)

Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
1024 be/4 root 0.00 B/s 0.00 B/s ?unavailable? console-k~-no-daemon
1 be/4 root 0.00 B/s 0.00 B/s ?unavailable? init
2 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kthreadd]
3 rt/4 root 0.00 B/s 0.00 B/s ?unavailable? [migration/0]
4 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [ksoftirqd/0]
5 rt/4 root 0.00 B/s 0.00 B/s ?unavailable? [watchdog/0]
6 rt/4 root 0.00 B/s 0.00 B/s ?unavailable? [migration/1]
7 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [ksoftirqd/1]
8 rt/4 root 0.00 B/s 0.00 B/s ?unavailable? [watchdog/1]
9 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [events/0]
10 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [events/1]
11 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [cpuset]
12 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [khelper]
13 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [netns]
14 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [async/mgr]
15 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [pm]
1040 be/4 root 0.00 B/s 0.00 B/s ?unavailable? console-k~-no-daemon
17 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [sync_supers]
18 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [bdi-default]
19 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kintegrityd/0]
20 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kintegrityd/1]
21 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kblockd/0]
22 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kblockd/1]
23 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kacpid]
24 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kacpi_notify]
25 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kacpi_hotplug]
26 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [ata/0]
27 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [ata/1]
28 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [ata_aux]
29 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [ksuspend_usbd]
30 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [khubd]
31 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kseriod]
32 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [kmmcd]
1057 be/4 root 0.00 B/s 0.00 B/s ?unavailable? console-k~-no-daemon
1058 be/4 root 0.00 B/s 0.00 B/s ?unavailable? console-k~-no-daemon
35 be/4 root 0.00 B/s 0.00 B/s ?unavailable? [khungtaskd]
CONFIG_TASK_DELAY_ACCT not enabled in kernel, cannot determine SWAPIN and IO %

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

cstd81 – 2010. szeptember 26. 20.51 – előzmény

Ez arra lenne jó mondjuk, hogy a merevlemez aktivitását figyeld(Melyik processz mennyit ír és olvas), de mivel esetedben: "Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s" szerintem semmi értékelhető információ nincs benne. Egy sima top parancs is elég lenne, ha valami indokolatlanul sok erőforrást használ, ott látszani fog.

  • A hozzászóláshoz regisztráció és belépés szükséges

Spyderco Native I. CPMS30V

kybersas – 2010. szeptember 26. 21.05 – előzmény

Köszi a türelmet.

Itt a Htop, de a gondom az, hogy az én szintemen nem tudom eldönteni, mi benne a jó, és mi a rossz.

1 [|||||| 11.8%] Tasks: 195 total, 3 running
2 [||||| 9.5%] Load average: 1.09 0.91 0.89
Mem[|||||||||||||||| 403/3528MB] Uptime: 12:59:38
Swp[ 0/2344MB]

PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
1910 kybersas 20 0 360M 137M 30984 S 0.0 3.9 1h02:54 /usr/lib/firefox-3.6.9/firefox-bin
1917 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:03.55 /usr/lib/firefox-3.6.9/firefox-bin
1918 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:16.85 /usr/lib/firefox-3.6.9/firefox-bin
1919 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:06.75 /usr/lib/firefox-3.6.9/firefox-bin
1920 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:01.39 /usr/lib/firefox-3.6.9/firefox-bin
1921 kybersas 20 0 360M 137M 30984 S 0.0 3.9 1:31.31 /usr/lib/firefox-3.6.9/firefox-bin
1942 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:01.82 /usr/lib/firefox-3.6.9/firefox-bin
1943 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:00.00 /usr/lib/firefox-3.6.9/firefox-bin
1944 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:05.44 /usr/lib/firefox-3.6.9/firefox-bin
1964 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:00.00 /usr/lib/firefox-3.6.9/firefox-bin
1993 kybersas 20 0 360M 137M 30984 S 0.0 3.9 0:30.32 /usr/lib/firefox-3.6.9/firefox-bin
1582 kybersas 20 0 98M 28196 20156 S 0.0 0.8 0:54.07 nautilus
1605 kybersas 20 0 98M 28196 20156 S 0.0 0.8 0:03.56 nautilus
1965 kybersas 20 0 120M 37280 16644 S 0.0 1.0 0:03.36 /usr/lib/firefox-3.6.9/plugin-container /usr/li
1966 kybersas 20 0 120M 37280 16644 S 0.0 1.0 3:07.72 /usr/lib/firefox-3.6.9/plugin-container /usr/li
1602 kybersas 20 0 85020 32952 15192 S 0.0 0.9 0:01.33 /home/kybersas/.dropbox-dist/dropbox
1710 kybersas 20 0 85020 32952 15192 S 0.0 0.9 0:08.97 /home/kybersas/.dropbox-dist/dropbox
1713 kybersas 20 0 85020 32952 15192 S 0.0 0.9 0:00.00 /home/kybersas/.dropbox-dist/dropbox
1714 kybersas 20 0 85020 32952 15192 S 0.0 0.9 0:00.00 /home/kybersas/.dropbox-dist/dropbox
1723 kybersas 20 0 85020 32952 15192 S 0.0 0.9 0:54.47 /home/kybersas/.dropbox-dist/dropbox
1654 kybersas 20 0 54284 25956 14776 S 0.0 0.7 0:01.14 python /usr/share/koponyeg/gkoponyeg-applet.py
1591 kybersas 20 0 69012 24624 13928 S 0.0 0.7 0:19.36 gnome-panel
3133 kybersas 20 0 55716 20516 13668 S 0.0 0.6 0:03.29 gedit
1592 kybersas 20 0 48720 14424 11528 S 0.0 0.4 0:03.90 nm-applet --sm-disable
1101 root 20 0 69248 31500 11312 R 5.0 0.9 56:03.39 /usr/bin/X :0 -nr -verbose -auth /var/run/gdm/a
1655 kybersas 20 0 32172 13712 10956 S 0.0 0.4 0:01.24 /usr/lib/gnome-panel/clock-applet --oaf-activat
1589 kybersas 20 0 27400 15968 10812 S 0.0 0.4 1:04.80 perl /usr/share/volwheel/volwheel
1650 kybersas 20 0 47808 13356 10556 S 0.0 0.4 0:03.73 /usr/lib/gnome-applets/gweather-applet-2 --oaf-
1568 kybersas 20 0 101M 13468 10368 S 0.0 0.4 0:36.80 /usr/lib/gnome-settings-daemon/gnome-settings-d
1637 kybersas 20 0 38288 13096 10268 S 0.0 0.4 0:21.53 /usr/lib/gnome-panel/wnck-applet --oaf-activate
1728 kybersas 20 0 37820 14168 10264 S 0.0 0.4 0:02.72 /usr/lib/notification-daemon/notification-daemo
1646 kybersas 20 0 37932 12664 10104 S 0.0 0.4 1:08.30 /usr/lib/gnome-panel/sensors-applet --oaf-activ
F1Help F2Setup F3SearchF4InvertF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

cstd81 – 2010. szeptember 26. 21.44 – előzmény

Esetleg a firefoxodat frissítsd.

  • A hozzászóláshoz regisztráció és belépés szükséges

Spyderco Native I. CPMS30V

lacirta – 2010. szeptember 27. 9.47 – előzmény

Utananeztem kicsit a dolognak, ugy nez ki hogy egy szeles korben ismert (es egyelore megoldatlan) problemarol van szo.

Tobb helyen is irtak, hogy mig regebbi (8.04 - 9.10) rendszereken x volt ez az ertek addig lucid alatt 5-10x lett.
Allitolag a kernelben baltaztak el valamit, tobben irtak, hogy megoldodott a problema, miutan downgradeltek egy regebbi kernelre (pl. amit a 9.04 hasznalt).
Remelhetoleg kijavitjak ezt a bugot (bar mar tobb mint fel eve ismert hibarol van szo)

Par link ahonnan az infokat meritettem:

http://ubuntuforums.org/showthread.php?t=1473715

http://ubuntuforums.org/showthread.php?t=1476093

https://bugs.launchpad.net/ubuntu-on-ec2/+bug/574910

  • A hozzászóláshoz regisztráció és belépés szükséges

 

Kálmánbátyám – 2010. szeptember 27. 10.01 – előzmény

Érdekes, köszi.

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

kybersas – 2010. szeptember 27. 11.46 – előzmény

Köszi szépen.

Így már kezd oszlani a homály a fejemben, hogy mi is történik.
Már a firefoxot is leszedtem és újraraktam, ( az hogy elfelejtetkeztem a könyvjelzőimről, úgyhogy megszívtam, mint Kukori a műmenyétet - ez ugye egyéni szociális problémám -szóval fizetgetem a tanulópénzt ) - de nem változott semmi, terhelés ugyanaz.

Közben meg örültem, hogy már a 2.6.32-25-generic kernelem van, és az biztos milyen jó..ezek szerint mégse.
Ha jól értem, akkor más teendő nemigen van, mint várni, mikor javítják.
Vagy esetleg régebbi kernelre visszatérni, olyat meg még soha se csináltam, és gőzöm sincs, hogy kell.

Amúgy a rendszer működik, alig-alig lassabban, mint a Jaunty, de lehet hogy az is csak az én becsípődésem ugye, miután kiszúrtam ezt a terheléses dolgot.
A kolléganők pl. akik már itt tesztelgetik a rendszert, észre se vették.

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

kelemeng – ubuntu.hu szerkesztő – 2010. szeptember 26. 20.09 – előzmény

Az alacsony értékek a jók :)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

b1afy7 – 2010. szeptember 27. 9.14 – előzmény

:)

  • A hozzászóláshoz regisztráció és belépés szükséges

Ubuntu 10.04LTS 64bit / HP550-FU408EA#AKC

Konflikt – 2010. szeptember 27. 11.04

Nekem alapból, ha nem csinálok semmit, akkor 800 Megabyte ram-ot eszik és 100 megabyte swap-ot. A proci olyan 35-50% között sokott lenni.
http://uppix.net/b/f/7/ce3730ed41f983254c1c1a2172444.jpg

  • A hozzászóláshoz regisztráció és belépés szükséges

 

lacirta – 2010. szeptember 27. 11.55 – előzmény

Azert valamit csak csinalsz, a kepen pl. latszik hogy az npviewer.bin 34%-ot eszik a procibol (asszem ez vmi firefox-wrapper plugin...)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

blaces – 2010. szeptember 28. 23.44

Hehe, én ezért váltottam a 10.10 bétára, ma jött ki hozzá frissítés így nagyon használható lett. Nekem a 10.04 a 3Gb-ramból megevett 2.7Gb-ot (igen volt ilyen pillanat... holott csak böngésztem, szerkesztettem, chateltem...) Van egy rossz szokása, bármi amit megnyitsz, beragad a memóriába, nekem legalább is, ezért terminálba kellett menni és manuálisan lelőni. Volt rá példa, hogy teljesen bezártam a rythemboxot, aztán a rendszerfigyelő kiírja, hogy ő vígan foglal magának 400 megát... és csak a pkill után volt hajlandó a memóriát felszabadítani. Lehet csak nálam volt ezt... de ez nálam elég indok, hogy leváltásra kerüljön a rendszer... főleg ha csak a win7 fele ennyit eszik...
A 10.10-t szeretem max 800 megát eszik a 3GB-ból és szerintem ez az elvárható... de még így is észrevettem, hogy a kis sunyi erősen beelőzi a win7-t van pillanat amikor megszalad 5-20 másodpercre a memória zabálás 1.5Gb környékére. De most boldog vagyok csak 410-et eszik :D
Habár a proceszor pörögtetésnek még most sem vagyok híve, a 4 magból az egyiket mindig 12-15%-on járatatja (Ez sajnos visszaüt amikor a lapi aksiról megy... ez a win7-el szemben -1óra). Le a kalappal... a 10.10-et eltaláták... habár lehet hogy végleg vége az ubis éveimnek, mert a hangszoró probléma visszajött és 10.10-nél már nem használ a hackelési módszer, úgy mint a 10.04-nél...
Valamit valamiért :)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

kybersas – 2010. szeptember 29. 19.35 – előzmény

Üdv.
Milyen hangszóróproblémád volt ?
Mert nekem a pulse -vel gyűlt meg a bajom, le is szedtem, és mióta a volwheel-t felraktam, minden hang jó.
Esetleg erre gondoltál ?

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

Sziráki Tamás – 2010. november 2. 0.00

hali!
nekem is ilyen magas volt. tettem egy próbát, kilőttem a cairo-dock-ot és a conky-t. hát bakker! egyből lement kb. 1,5-ről 0,3 alá.
így visszakerült alulra a panel. :)

szerk.: nemhogy 0,3 alá, de 0,14-ig is. no, majd reggelre megnézem.
Lucid alatt is lassú volt, Maverick alatt is. hiába, nem egy erőmű. :)

  • A hozzászóláshoz regisztráció és belépés szükséges

烏邦土 - 乾屎橛

kybersas – 2010. november 2. 7.26 – előzmény

Helló.
Nekem nincs cairo-dock, meg conky se.
Annyit tettem még, hogy újraraktam az xsever-xorg -t terminálból, és kevesebb lett a rendszerhasználat.
Aztán kíváncsiságból leszedtem a mini-isot, de csak xserver-xorg -ot tettem rá és gdm -et hogy legyen grafikus felület.
Az egész 1,2 GB. És ott is magas volt a Rendszer átlagos terhelése ! Kb annak felel meg, mint a samsung-driver helyrerakása után, amit kelemeng írt meg fentebb.
Tehát nem a felrakott progik valamelyike a sáros ( kivéve ugye a samsung-drivert, ami kelemeng jóvoltából kiderült ) - hanem az alaprendszer már ilyen.
Azóta is rendszeresen frissítek, és mintha időközben javulna. Mostanában képes 0,02 -őt is produkálni, de teljesen önálló, nem függ attól, mit nyitogatok ki.
Ugye ha csinálok valamit, akkor a kinyitogatott programok arányában nő a Ram-felhasználás, és a proci kihasználtsága. Ami világos.
Viszont a rendszerterhelés teljesen önálló, egyik pillanatban 0.02, aztán meg 0,47, kis idő múlva megint 0,17...affene se tudja, mitől függ, nem tudom eseményhez kötni.
De a rendszer viszont nem akadozik, kezdi elérni a Jaunty gyorsaságát, úgy "érzékszervileg" nézegetve.
Hogy mi a magyarázat, a rendszert mélyebben ismerők lehet hogy tudják, én egyelőre örvendezek annak, hogy végre nem olyan érzésem van rajta, mintha egy vírusos wint-nyúznék.

  • A hozzászóláshoz regisztráció és belépés szükséges

kybersas

B2man – 2011. március 28. 10.10

Sziasztok!

A rendszerterhelési gondokra Lucid alatt lehet, hogy találtam egy megoldást!

Fle kell venni a PPA for Ubuntu Kernel PPA tárolót:

https://launchpad.net/~kernel-ppa/+archive/ppa

Utána pedíg fel kell frissíteni a kernelt.

linux-image-generic-lts-backport-natty és linux-headers-generic-lts-backport-natty csomagok felvételével fel kéne raknia a linux-headers-2.6.38-7, linux-headers-2.6.38-7-generic, és linux-image-2.6.38-7-generic csomagokat is mellé. Az új kernellel "megtáltosodik" a Lucid. Rendszerterhelés csökken, és észrevehetően gyorsabb, már a bootoláskor is (legalábbis nálam)!

B2man

  • A hozzászóláshoz regisztráció és belépés szükséges

 

jococola – 2011. március 28. 18.06 – előzmény

Helló!
Teszteltem én is, amit ide írtál megoldásra. A rendszer valóban észrevehetően gyorsult! Nekem volt egy másik problémám is, mégpedig, hogy a memória folyamatosan nőtt, ha nem volt használva akkor is(De ha képernyővédő beállításra mentem, vagy bekapcsolt a képernyővédő, azonnal visszaugrott a memória alapra.) - Evvel a kernellel megjavult ez a gondom. Bekapcsolás után a régi 233Mb-nél indult, ez 145Mb-vel.. S részben tökéletesen működik a rendszer. Köszi ezt a fajta megoldást! :)

Htop parancsnál a Load Average eddig: 0,70-től volt felfele. Most 0,07 volt eddig a legkisebb érték. :)

Szerk.: Egy-két észrevétel további használat során. Nem melegszik annyira a laptopom mint eddig. A compiz nem minden beállítása működik. Compiz újratelepítés után sem. S egy másik fontosabb: CTRL+ALT+F1-F8 gombok nem mennek. Nem vált át karakteres üzemmódba.(Lehet csak nálam van valami hibája.)

  • A hozzászóláshoz regisztráció és belépés szükséges

 

B2man – 2011. március 29. 8.12 – előzmény

Nálam ilyen gondok nem merültek fel. A compiz és a CTRL+ALT+F1-F8 nálam hibamentesen üzemel. Lehet, hogy a laptopod valamelyik perifériájához nem passzol 100%-ban az új kernel. :S Azért ha vhogy megoldódik a problémád írd meg ide.

B2man

  • A hozzászóláshoz regisztráció és belépés szükséges

 

jococola – 2011. március 30. 15.13 – előzmény

Megvan a hiba. Az eszközmeghajtóból eltávolítottam a videokártya drivert (Ati..), s feltelepítettem az Ati honlapjáról letölthetőt. A CTRL+ALT+F1-F8 már működik. A compiz még nem, de arra is rájöttem miért. A vizuális effekteknél nem lehet bekapcsolni a Normált, se az Extrát. Rányomok, átváltja aztán kiírja, hogy meghiúsult... Úgyhogy gondolom valószínűleg ez a baja, amiért nem mennek a compiz beállítások. Erre esetleg ötlet, hogy lehetne működésre bírni?

  • A hozzászóláshoz regisztráció és belépés szükséges

 

B2man – 2011. március 31. 7.51 – előzmény

Esetleg kipróbálhatod, hogy frissíted az X-et. Felrakod az X-update ( https://launchpad.net/~ubuntu-x-swat/+archive/x-updates ) tárolót, és ráfrissítesz. Mondjuk én előtte leszedném a gyártótol beszerzett videodrivert. Utána első lépésben kipróbálnám a zárt meghajtót. Ha bátrabb vagy akkor kipróbálhatod az X-Testing tárolót is ( https://launchpad.net/~ubuntu-x-swat/+archive/ppa ), it a legfrissebb csomagok vannak fent. Frissebb mesa csomagot meg itt találtam ( https://launchpad.net/~fabio-pedretti/+archive/ppa ). Remélem tudtam segíteni.

B2man

  • A hozzászóláshoz regisztráció és belépés szükséges

 

inverzstick – 2011. március 30. 17.54 – előzmény

Fel lehet ezt varázsolni 10.10-re is valahogy? Asszonypajtás netbookjára jól jönne egy kis tempónövekedés :)

  • A hozzászóláshoz regisztráció és belépés szükséges

Vidám Linux Mint User :)

Kálmánbátyám – 2011. március 30. 19.54 – előzmény

Asszonypajti netbookját inkább ki kellene csontozni. Fogadni merek, hogy egy rakat olyan szolgáltatás, és démon futkos benne amire soha az életben nem lesz szükség.
Nyomtatás -> cups és társai
Hálózatkeresés -> avahi-daemon
Rsync
Távoli asztal
Időzített feladatok -> cron
Frissítéskereső
ésatöbbi....

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

inverzstick – 2011. március 30. 19.57 – előzmény

Köszönöm a tanácsot, ezek már megtörténtek :)

Továbbra is áll a kérdés, 10.10 alá be lehet-e gyógyítani az új kernelt?

  • A hozzászóláshoz regisztráció és belépés szükséges

Vidám Linux Mint User :)

Kálmánbátyám – 2011. március 31. 8.03 – előzmény

Szerintem nagy baja nem lesz tőle. Ha mégis, akkor tudsz a régebbivel bootolni, aztán leszeded. Most felbuzdulva az ötleten, én is felvarázsoltam egy Lucid alá, valamicskét valóban segített rajta. Nem tudom jobban kifejezni, de a Lucid mindig olyan nyúlósan működött, pedig nem volt agyonterhelve. Sokat nem tudtam még próbálni az új kernellel. de mindha pattogósabban mennének a dolgok, Chromium gyorsabban nyílik, ilyesmi...
Szóval , próba cseresznye...

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

B2man – 2011. március 31. 8.28 – előzmény

Szia!

Maverick-re 2.6.37-es kernelt találtam, próbáld meg azt feltenni, az kifejezetten maverikre készült.

Ezen az oldalon vannak a kernelek:
http://kernel.ubuntu.com/~kernel-ppa/mainline/

ui.: elvileg az oldalon lévő összes kernelt felrakhatod, szóval lehet 2.6.38-as kerneled (itt egy leírás róla: http://www.ramoonus.nl/2011/03/linux-kernel-2-6-38-installation-guide-fo... )

B2man

  • A hozzászóláshoz regisztráció és belépés szükséges

 

Libi79 – 2011. április 10. 14.30 – előzmény

Feltettem a 2.6.38-as kernelt Mint Julia-ra. A rendszerterhelés a 0,8-1,5 -ről szépen lement, volt már 0,03-is ami a régebbi kernellel sosem fordult elő . Érezhetően gördülékenyebb lett a működés. Még nem nagyon teszteltem ezek csak az első percek utáni vélemény. De biztató:) Köszi.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

andy2.0 – 2011. április 17. 14.14 – előzmény

Elképesztő, mit művel ez a kernel! Meg van nyitva egy Chrome 4 lappal (egy ezek közül youtube), egy skype ablakban, egy nautilus meg egy gimp és a load average 0.00! (Nem elírás) Ja meg még egy conky meg egy cairo.

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

Sziráki Tamás – 2011. április 19. 10.29 – előzmény

Nálam FF4 36 oldal+SMPlayer videó, conky, Skype, hasonló. :)

  • A hozzászóláshoz regisztráció és belépés szükséges

烏邦土 - 乾屎橛

Kálmánbátyám – 2011. április 19. 10.41 – előzmény

Valahol olvastam errol, igaz Debiannal kapcsolatban. Arra emlekszem, hogy valami nem stimmel ezekkel a nullakkal.
Azert nekem is gyanus ez a zero ertek , meg ha valami nulla egesz parszazad lenne...
Ha szazotvennel dolgolsz az autopalyan teli kocsival, es a boardcomputer azt irja , a fogyasztasod nulla, akkor ott valami nem jo...
De azt megerositem, ez a kernel csodat tesz a Luciddal (is) , csak ezek a nullak gyanusak...

  • A hozzászóláshoz regisztráció és belépés szükséges

Nincs még Dropboxod ? http://db.tt/5xRrQ9bq

andy2.0 – 2011. április 22. 19.35 – előzmény

Na most a frissítéseknél a régi kernelt szeretné frissíteni. Ezt hogyan lehet kiküszöbölni?

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

Kendek – 2011. április 22. 19.48 – előzmény

sudo apt-get autoremove --purge linux-image-generic linux-headers-generic

  • A hozzászóláshoz regisztráció és belépés szükséges

Ubuntu 20.10 (Groovy Gorilla)

andy2.0 – 2011. április 22. 19.54 – előzmény

Köszi szépen! Már csak a linux-libc-dev maradt. Azt is hasonló módon?

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

Kendek – 2011. április 22. 19.58 – előzmény

Hát, ha neked az, és amiknek a függősége, nem kellenek, akkor távolítsad el nyugodtan (őket).

  • A hozzászóláshoz regisztráció és belépés szükséges

Ubuntu 20.10 (Groovy Gorilla)

andy2.0 – 2011. április 22. 20.02 – előzmény

Hát én nem tudom pontosan, hogy az mi, de gondolom az se baj ha engedem hadd frissítse. Csak pár kilobyte úgyis.

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

andy2.0 – 2011. július 4. 19.50 – előzmény

Sziasztok, biztos elég alap kérdés, de hogy lehet biztosítani, hogy a kernel frissüljön? Vagy kézileg kell utánamenni?

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

Bandyr – 2011. július 4. 20.29 – előzmény

Általában a frissítésekkel le szokotak jönni a kernel frissítései is. Hogyha pedig a legújabb kernelre vágysz (mi értelme?) akkor synapticba írd be ezt: 2.6.38

  • A hozzászóláshoz regisztráció és belépés szükséges

Ubuntu 11.10

andy2.0 – 2011. július 4. 20.36 – előzmény

Nekem épp az van fenn, (38-as) de attól már van újabb, én úgy tudom. Azért lenne fontos, mert van egy idegesítő bug, legalábbis én a kernelre fogom.

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

Bandyr – 2011. július 4. 20.40 – előzmény

http://www.kernel.org/ -2.6.39.2-es(a tárolókban még nem volt benn)

Hogyha ezt problémás feltenni, akkor esetleg megpróbálhatsz egy régebbit is, hátha abba még nincs :) Biztos hogy a kernellel van baj? Ha igen, akkor lehetne írni a fejlesztőknek is a problémáról.

  • A hozzászóláshoz regisztráció és belépés szükséges

Ubuntu 11.10

andy2.0 – 2011. július 4. 20.51 – előzmény

Én a pár hsz-el fentebbi leírás alapján tettem fel Lucidra a 38-ast. A tárolója azóta is be van pipálva, de az újabb kernelekre megfigyeléseim alapján nem jelez. Azért gondoltam, hogy egy újabbal esetleg jobb lenne, mert a problem csak azután jelentkezett hogy cseréltem. Meg hát csak fejlesztik :)

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

rapfen – 2011. július 4. 21.01 – előzmény

Ez még a 2.6.38-8 -as ?Én felraktam a 2.6.38-10.44 -est is,de nekem sajnos nem oldotta meg a rendszeres és kiszámíthatatlan újraindulásokat.Most 2.6.32-33 -t használom,hiba nélkül üzemel.

  • A hozzászóláshoz regisztráció és belépés szükséges

Metál az ész!

andy2.0 – 2011. július 4. 21.08 – előzmény

Aha :S Ismerős, bár nekem csak kijelentkezik. Arra gondoltam, a 39-esben hátha ki van javítva. De ahhoz meg túl jó, hogy visszacseréljem :P Sokkal gördülékenyebb (amúgy) a rendszer.

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

rapfen – 2011. július 4. 21.23 – előzmény

Neked van igazad. :-) Nálam is csak kijelentkezik.Egy pillanat alatt visszadob a bejelenkező képernyőre.De visszacserélned nem kell,ha nem törölted le az eredeti kerneleket,vagy csak a legutolsót is megtartottad, akkor azok frissültek és láthatod őket a GRUB -ban,csak automatikusan a legnagyobb verzió indul el.Kipróbálhatod esetleg néhányszor a régebbit is könnyedén,aztán érzed a különbséget visszafelé is.Ez most a 2.6.32-33 as.

  • A hozzászóláshoz regisztráció és belépés szükséges

Metál az ész!

andy2.0 – 2011. július 4. 21.26 – előzmény

http://ubuntu.hu/node/21005#comment-260285 :)

  • A hozzászóláshoz regisztráció és belépés szükséges

Linux-szal a mosógép is tovább él

rapfen – 2011. július 4. 21.37 – előzmény

Hát ha van kedved, esetleg nézd meg a synaptic-ban ezt hármat:

linux-headers-2.6.32-33
linux-headers-2.6.32-33-generic-pae
linux-image-2.6.32-33-generic-pae

Amúgy se baj ha van egy régebbi "menekülő útnak".Nekem ezzel hibátlanul megy,és az átlag terhelés 0.2-0.5 között mozog,ami bőven jó.

  • A hozzászóláshoz regisztráció és belépés szükséges

Metál az ész!

Hozzászólás-megjelenítési lehetőségek

A választott hozzászólás-megjelenítési mód a „Beállítás” gombbal rögzíthető.
© 2007–2020. Magyar Ubuntu Közösség.
Az Ubuntu a Canonical bejegyzett védjegye.
Az ubuntu.hu az fsf.hu kiszolgálóin fut.