Zobacz system używał ok. 36 MB swap`u, co oznacza, że ... zabrakło mu pamięci operacyjnej.
Jestes pewien, ze to dziala w ten sposob? Przed 11.10/KDE4 mialem 10.04/GNOME2, na ktorym mialem zawsze wolna naprawde mase RAMu, a po jakims czasie w pliku wymiany zawsze bylo przynajmniej kilkadziesiat MB. Z tego co wiem to system sobie buforuje jakas czesc wolnego obszaru RAMu w celu szybszego dostepu pozniej. W modyfikowanie vm.swappiness sie nie bawilem nigdy, wiec to chyba normalne zjawisko, ale ekspertem nie jestem. ; ) Te spowolnienia ktore teraz obserwuje raczej nie sa kwestia zbyt malej ilosci RAM, bo wiem w jaki sposob potrafil zamulic mi system photoshop jak mu brakowalo nie tylko RAMu a nawet pliku wymiany. To teraz nie tyle co muli, a po prostu przez kilka sekund ladowania czegos, czy to nowej karty w przegladarce czy jakiegos nowego programu, laguje wszystko inne. Jedyne porownanie jakie przychodzi mi do glowy, to tak jakby za kazdym razem otwierajac cos nowego dawac temu jednemu procesowi priorytet realtime, a reszcie, na czas "ladowania" narzucac low.
Dodatkowo - na zadnym z Twoich poprzednich kerneli nigdy nie uswiadczylem tego co opisywalem wyzej, dlatego nie sadze, ze to kwestia braku pamieci. ; )
Mam kosc 2GB w drugim notebooku ktora moge przelozyc, ale naprawde nie sadze zeby w tym lezal problem. Opisalem tylko kilka sytuacji w ktorych dochodzi do chwilowego zmrozenia, a tak samo mam np odswiezajac spora strone, ktora juz mam w cache'u przegladarki, dysk w ogole nie pracuje, speedstep przelacza procesor na maks (czyli 1,6GHz), a kursor potrafi sie niezle scinac podczas renderowania wiekszych elementow na niej.
Dev
//edit
taedoju pisze:hem u mnie zdarzało się coś takiego i ...odinstalowałęm low fat settings...i problem minał. Spróbuj, doinstalować można zawsze. Podobnie skończyły sie po odinstalowaniu tego pakietu problemy z kwinem (wywalał mi się często przy włączaniu komputera)
ide sprobowac. ; )
//edit
Wyprobowalem, to nie to, ale pobawilem sie chwile na kernelu 16.4, wydaje sie ciezszy (zmiana taka jak wtedy kiedy porzuciles scheduler BFS w swoich kernelach na rzecz CFS), tylko tam problem ktory opisywalem nie wystepuje. Uzycie ramu delikatnie wieksze niz na 17.0. To cos w kernelu, naprawde szkoda, bo poza tym mankamentem jest swietny... A z tego co widze chyba tylko ja mam taki problem. =/
//edit
Tak wyglada monitor systemu swiezo po starcie(~180MB zajetej pamieci), wklejam, bo wydaje mi sie, ze zle rozczytales wynik komendy free, jezeli sie myle to przepraszam. ; )
http://i39.tinypic.com/ivz6ad.png