Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Triple-J - 23.01.08 - klo:22.49
-
Itsellä Kubuntu 7.10. Giganen muistia, 1.8 tuonne päin oleva prossu.
Ongelma kun hieno muistijärjestelmä käyttää kokomuistia hyväksi niin ongelmana tulee se että kone hidastuu. Alkaa swappi käymään ahkerasti, sekä muistinvapautus muitten ohjelmien käytöstä. --> hidastaa -> pätkii eritilanteissa.
$ free
total used free shared buffers cached
Mem: 1035376 1015960 19416 0 27496 672688
-/+ buffers/cache: 315776 719600
Swap: 489940 33820 456120
top
top - 22:47:09 up 18:27, 1 user, load average: 0.13, 0.60, 0.89
Tasks: 118 total, 3 running, 115 sleeping, 0 stopped, 0 zombie
Cpu(s): 40.9%us, 1.0%sy, 0.0%ni, 58.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1035376k total, 1014032k used, 21344k free, 27848k buffers
Swap: 489940k total, 33820k used, 456120k free, 655984k cached
Muistia on vapaana. Mikää prosessi ei kuormita konetta, prossun käyttö pysyy alle 50%. Näytönohjain (ATI) toimii kiihdytyksellä ja ei ongelmia. Ajurit uutta, päivitykset uutta.
mutta kun muistia tarvitaan johonkin niin alkaa tuhoton pätkiminen kun järjestelmä järjestää muistia..
Vastaavaa ongelmaa muilla??
Tympäsee kun väliaikasesti käyttää vaikka Openoffisee niin muistiinhan se jää sen takia että seuraa käynnistys nopeutuu, mutta kun tarvetta ei ole käyttää joka päivä.
Hienoo olisi jos on/ tai joku tietää jonkun keinon tyhjennelle näitä valmiiksi muistissa olevia.
_______________________________________
Muokkaus:
swappiness:siä testataan... 1gigan muistilla arvoksi 10. Oletuksena oli 60. Tutkitaan....
- Ubuntun kehittäjille olis vinkkinä automatisoida tämä arvo vertaamalla muistinmäärää.
-
Swappinessin säätämistä voit kokeilla.
sudo sh -c "echo 0 > /proc/sys/vm/swappiness"Toi on siis joku hämärä kernelin parametri joka määrää miten hanakasti ohjelmia swapataan levylle.
cat /proc/sys/vm/swappiness kertoo tämän hetkisen arvon, oletus lienee 60.
Muutos ei jää voimaan bootin yli, googleta ohjeet siihen...
-
Swappiness (http://wiki.ubuntu-fi.org/Ubuntun_tuunaus#head-f7b082c72a3f1e1fcf6240ae57df06beb482b26c)
-
Ei tuo 34M swappia minusta pitäisi vaikuttaa tuhottomasti konetta hidastavasti. Luultavasti swapin sisältö ei juuri vaihdu.
Tympäsee kun väliaikasesti käyttää vaikka Openoffisee niin muistiinhan se jää sen takia että seuraa käynnistys nopeutuu, mutta kun tarvetta ei ole käyttää joka päivä.
Siis kone on ollut useamman päivän putkeen päällä? Se voi vaikuttaa asiaan. Mitä ohjelmia sinulla on jatkuvasti päällä? Mitä näytönohjaimen ajuria käytät? Onko sinulla pöytäkone vai kannettava? Tuossa muutama tarkentava kysymys, jotka voivat helpottaa asian ratkaisemisessa.
Milloin tuo pätkiminen tapahtuu, satunnaisesti vai jotain ohjelmaa käytettäessä?
Hienoo olisi jos on/ tai joku tietää jonkun keinon tyhjennelle näitä valmiiksi muistissa olevia.
Muistin tyhjennys kuuluu kyllä käyttöjärjestelmän tekemiin hommiin.
-
En tiedä mistä johtuu, mutta huomasin itsekkin että SWAPPAAMINEN vetää koko systeemin ihan jumiin. Hiirenpointteri pätkii, videot katkeilee, nettisiirrot tahmaa. Muistinhallinnassa on jotain hämärää ja tuossa swappausrutiinissa. Swappausrutiini ei siis toimi saumattomasti taustalla omana prosessinaan vaan käyttää jonkinlaista blocking I/O:ta joka jumittaa koko koneen toiminnan kun swappaus alkaa. Tämä vielä siitäkin huolimatta että käytössä on oikeasti 4 core prosessori, eikä voida edes vedota siihen että prosessori jumittaa kun pitää swapata.
Swappaminen ilmenee siis paljon pahempana yleisenä kokonaisjärjestelmän pätkimisenä, kuin mitä esim Vistassa. Tiedän, pahan siemen on kylvetty. Mutta ei tästä mitään sotaa tarvitse tehdä. Kunhan vaan mietin että mistä moinen johtuu. Käytännössä tuli mieleen Windows 95/98 swappaaminen joten tilanne tuntui jokseenkin tutulta. Kaikki pysähtyy ja odotellaan että raksutus loppuu.
Tähän asti mun 2 gigan muistin on syönyt vaan Nautilus, GIMP ja Firefox. Joka kerta kun muistia on syöty huolella on koko järjestelmä muuttunut tolkuttoman takkuiseksi. Sen sijaan että vain se prosessi joka käyttää muistia tolkuttomasti menisi hitaaksi.
Kokonaisvaltaisesti asiaa käsitellessä, mielestäni suurin onglema on siis levy i/o:n toiminta muistinkäsittelyn kanssa. (Joka ei ole muuten ongelmana mikään uusi juttu. ;) ) Leikin jossain vaiheessa NCQ featurenkin kanssa, mutta vaikuttaa siltä että Linux ei osaa hyödyntää sitä, jos tulkitsin dokumentit oikein. Muutenkin levy I/O tuntuu hitaamalta kuin mitä kuivittelisin sen olevan. Tai ainakin tapahtumien (eri prosessien levy I/O) interleaving on toteutettu heikohkosti.