Pagina 1 di 1
Dubbio su Swap e rallentamento sistema
Inviato: mer 11 ott 2006, 15:57
da first
dopo un piaio di ore che uso slack+kde+navigo+scarico con ktorrent etc etc mi ritrovo il sistema lentissimo quasi inutilizzabile, eppure all'inizio di sessione di kde e usando gli stessi programmi nella stessa percentuale di utilizzo il sistema e' molto reattivo...
da cosa ha origine questo calo di performance?
PS se esco dal server X e smonto rimonto lo swap tutti gira di nuovo velocemente
Inviato: mer 11 ott 2006, 18:21
da lamarozzo
prova a postare l'output di
-) free
-) top
così vediamo se c'è qualche processo che si sta mangiando tutta la memoria
Inviato: mar 19 dic 2006, 10:54
da evaimitico
a me è capitata una cosa simile ieri: dopo un pomeriggio di lavoro, volevo spegnere il computer con suspend2, però non ce la facevo perché non riusciva a liberare abbastanza memoria.
io ho 756 mb di ram e 1gb+ di swap.
shceda grafica ati radeon mobility 9700 con driver proprietari
top diceva che X occupava da solo il 30% della memoria.
free dava tutto lo spazio di swap occupato!! (c'erano anche rallentamenti di sistema)
allora ho provato a chiudere tutti gli applicativi aperti (tranne una konsole).
dopo la memoria fisica libera era 580 mb, ma lo swap era ancora totalmente occupato!
si è svuotato solo chiudendo X e kde.
Come si fa a capire chi sta utilizzando lo swap?
Come faccio a evitare tali rallentamenti?
grazie e ciao
Inviato: mar 19 dic 2006, 21:39
da absinthe
evaimitico ha scritto:a me è capitata una cosa simile ieri: dopo un pomeriggio di lavoro, volevo spegnere il computer con suspend2, però non ce la facevo perché non riusciva a liberare abbastanza memoria.
io ho 756 mb di ram e 1gb+ di swap.
shceda grafica ati radeon mobility 9700 con driver proprietari
top diceva che X occupava da solo il 30% della memoria.
free dava tutto lo spazio di swap occupato!! (c'erano anche rallentamenti di sistema)
allora ho provato a chiudere tutti gli applicativi aperti (tranne una konsole).
dopo la memoria fisica libera era 580 mb, ma lo swap era ancora totalmente occupato!
si è svuotato solo chiudendo X e kde.
Come si fa a capire chi sta utilizzando lo swap?
Come faccio a evitare tali rallentamenti?
grazie e ciao
come si fa a capire chi la usa non so... per ridurre l'uso della swap o modifichi la swappiness (cerca nel forum al riguardo) oppure fai il "metodo matteo" (il mio
):
se hai abbastanza ram libera dai uno:
e linux libera la swap ritrasferendo i dati in ram e smonta la swap, poi la rimonta subito...
in effetti sto comportamento ogni tanto si verifica anche a me con il 2.6.x... non so da cosa dipenda: da ignorantone azzarderei una gestione della swap non molto brillante da parte del kernel... penso che qualche margine possa esserci tramite la gestione di alcuni settaggi ma non sono pratico della cosa...
M
Inviato: mar 19 dic 2006, 22:15
da first
io ho impostato preemptile a low-latency e la swappiness a 20 ma non ho notato miglioramenti
Inviato: ven 22 dic 2006, 15:55
da evaimitico
absinthe ha scritto:
come si fa a capire chi la usa non so... per ridurre l'uso della swap o modifichi la swappiness (cerca nel forum al riguardo) oppure fai il "metodo matteo" (il mio
):
se hai abbastanza ram libera dai uno:
e linux libera la swap ritrasferendo i dati in ram e smonta la swap, poi la rimonta subito...
in effetti sto comportamento ogni tanto si verifica anche a me con il 2.6.x... non so da cosa dipenda: da ignorantone azzarderei una gestione della swap non molto brillante da parte del kernel... penso che qualche margine possa esserci tramite la gestione di alcuni settaggi ma non sono pratico della cosa...
M
ho provato a settare la swappiness a 20, ma il problema si è ripresentato.
Non ho potuto applicare il tuo metodo perché la ram è quasi piena
Codice: Seleziona tutto
root@mitico:~# free -m
total used free shared buffers cached
Mem: 757 683 74 0 2 49
-/+ buffers/cache: 631 126
Swap: 1027 940 86
ho visto che X occupa più di 400mb reali, 1,3 gb di memoria virtuale... 0_0
è normale che x occupi così tanto?
Codice: Seleziona tutto
top - 15:55:28 up 1 day, 19:26, 1 user, load average: 0.00, 0.11, 0.50
Tasks: 83 total, 1 running, 81 sleeping, 0 stopped, 1 zombie
Cpu(s): 0.3% us, 0.0% sy, 0.0% ni, 99.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 775652k total, 717220k used, 58432k free, 4132k buffers
Swap: 1052216k total, 958820k used, 93396k free, 56664k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6914 root 15 0 1361m 450m 2184 S 0.3 59.5 7:07.88 X
8214 fab 15 0 179m 86m 12m S 0.0 11.5 11:45.59 firefox-bin
9456 fab 15 0 61296 12m 3672 S 0.0 1.7 0:10.92 konqueror
7059 fab 15 0 73684 10m 5356 S 0.0 1.4 0:09.56 kopete
7033 fab 15 0 33416 8476 5792 S 0.0 1.1 0:33.40 kicker
11022 fab 15 0 31176 8036 4172 S 0.0 1.0 0:11.71 xchat
7053 fab 15 0 31268 5632 3636 S 0.0 0.7 0:02.60 konsole
7022 fab 15 0 28744 4452 2952 S 0.0 0.6 0:12.58 kwin
7001 fab 15 0 42668 3960 2440 S 0.0 0.5 0:13.86 kded
7031 fab 15 0 31380 3604 2056 S 0.0 0.5 0:08.30 kdesktop
7055 fab 15 0 38452 2940 1524 S 0.0 0.4 0:00.88 knotes
7045 fab 15 0 33216 2244 1544 S 0.0 0.3 0:00.48 korgac
5174 root 15 0 7084 2176 388 S 0.0 0.3 0:00.23 cupsd
7040 fab 15 0 26444 2084 1500 S 0.0 0.3 0:07.88 klipper
7052 fab 15 0 29128 1980 1316 S 0.0 0.3 0:00.26 kmix
7098 fab 15 0 33604 1964 1388 S 0.0 0.3 0:00.30 knotify
7046 fab 15 0 30256 1960 1320 S 0.0 0.3 0:00.65 kgpg
7057 fab 15 0 29456 1876 1280 S 0.0 0.2 0:00.24 kerry
7007 fab 15 0 27536 1808 1296 S 0.0 0.2 0:00.44 kxkb
6999 fab 15 0 26720 1760 1320 S 0.0 0.2 0:00.08 klauncher
12669 fab 16 0 25880 1656 1232 S 0.0 0.2 0:00.03 kio_file
7021 fab 15 0 26408 1636 1204 S 0.0 0.2 0:00.17 ksmserver
11675 fab 15 0 29248 1444 1120 S 0.0 0.2 0:00.16 kio_uiserver
7014 fab 16 0 25952 1432 1112 S 0.0 0.2 0:01.08 kaccess
8064 root 15 0 3208 1348 828 S 0.0 0.2 0:00.11 bash
6997 fab 15 0 23996 1276 904 S 0.0 0.2 0:00.44 dcopserver
6994 fab 16 0 25252 1116 848 S 0.0 0.1 0:00.17 kdeinit
13472 root 16 0 2216 1116 852 R 0.0 0.1 0:00.00 top
Inviato: sab 23 dic 2006, 13:50
da absinthe
evaimitico ha scritto:
ho provato a settare la swappiness a 20, ma il problema si è ripresentato.
Non ho potuto applicare il tuo metodo perché la ram è quasi piena
hai provato ad azzerarla come dice first? in realtà in linea di massima è un "errore" ma se nel caso specifico migliora il comportamento allora tutto è lecito :P
ho visto che X occupa più di 400mb reali, 1,3 gb di memoria virtuale... 0_0
è normale che x occupi così tanto?
Codice: Seleziona tutto
Mem: 775652k total, 717220k used, 58432k free, 4132k buffers
Swap: 1052216k total, 958820k used, 93396k free, 56664k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6914 root 15 0 1361m 450m 2184 S 0.3 59.5 7:07.88 X
8214 fab 15 0 179m 86m 12m S 0.0 11.5 11:45.59 firefox-bin
no...
M
Inviato: sab 23 dic 2006, 22:40
da Webbino
Hai provato a non usare i driver ati ?
Ahime, i driver ati non brillano certo come esempio di ingegneria del software...
Inviato: dom 24 dic 2006, 13:39
da absinthe
Webbino ha scritto:Hai provato a non usare i driver ati ?
Ahime, i driver ati non brillano certo come esempio di ingegneria del software...
questo è sacrosanto!
tuttavia a sistema appena avviato, sul mio aspire 1690 kde con i driver ati occupa meno di 70 mb di ram... (mi pare che un sistema "pulito" occupi circa 64 ma non ricordo bene dal momento che mi si avviano alcuni servizi in automatico orami da tempo...)
M
Inviato: lun 25 dic 2006, 21:41
da evaimitico
con la swappiness e il kernel preemptive ho giò provato.
non ho provato (mi sembra) senza i driver ati.
Se però non sbaglio ci son vari utilizzatori del driver ati su questo forum, ma penso che non abbiano la mia stessa occupazione di memoria..
Inviato: dom 7 gen 2007, 19:59
da evaimitico
evaimitico ha scritto:
Se però non sbaglio ci son vari utilizzatori del driver ati su questo forum, ma penso che non abbiano la mia stessa occupazione di memoria..
UP!
c'è qualcuno che utilizza con successo 2.6.17.xx, Xorg, driver ati proprietari e Suspsend2?