Newsgroup: it.comp.os.linux.sys
Titolo: 64bit e occupazione esagerata di RAM

Salve,
da un mesetto ho piallato la mia Debian 32bit per mettere la versione 
64bit di Lenny.
Ora ho un problema abbastanza grosso con la RAM. Ho 4 GB, e attualmente 
lo stato e` questo:
# free
             total     used     free   shared  buffers  cached
Mem:       4063568  4030424    33144        0    42492  639976
-/+ buffers/cache:  3347956   715612
Swap:            0        0        0
3.3 GB reali occupati...
E continua a crescere al ritmo di qualche decina di KB al secondo. Tra un 
po' devo riavviare...
Guardando con top, e ordinando per RAM, ho:
 7925 alex      20   0  623m 157m  22m S    0  4.0   0:17.62 evolution  
11020 alex      20   0  583m 119m  29m S    0  3.0   0:02.97 epiphany-br
10690 alex      20   0  691m  73m  22m S    0  1.9   0:02.03 pidgin     
 8542 alex      20   0  488m  64m  24m S    5  1.6   7:31.36 liferea-bin
 7859 alex      20   0  311m  47m  12m S    0  1.2   0:18.94 pan        
 3344 root      20   0  129m  45m  10m S    4  1.2  11:34.27 Xorg       
 8007 alex      20   0  520m  42m  15m S    2  1.1   3:35.79 audacious  
 4289 alex      20   0  444m  33m  16m S    0  0.8   0:04.70 nautilus   
 8075 alex      20   0  239m  26m  12m S    1  0.7   0:02.04 gnome-termi
 4288 alex      20   0  280m  26m  13m S    0  0.7   0:05.64 gnome-panel
 2746 mysql     20   0  156m  21m 5184 S    0  0.5   0:02.16 mysqld     
 4473 alex      20   0  296m  18m  11m S    0  0.5   0:00.20 mixer_apple
 8001 alex      20   0  155m  15m 8228 S    0  0.4   0:01.06 notificatio
 4287 alex      20   0  128m  13m 8052 S    0  0.3   0:21.26 metacity   
 4438 alex      20   0  185m  12m 8728 S    1  0.3   0:16.68 multiload-a
 7964 alex      20   0  289m  11m 9792 S    0  0.3   0:00.04 evolution-a
 4342 alex      20   0  214m  11m 7016 S    0  0.3   0:00.22 gnome-power
 4216 alex      20   0  246m  11m 8504 S    0  0.3   0:00.84 gnome-setti
...
Ora i dubbi sono due:
1- perche` le applicazioni a 64bit allocano 5 volte la RAM che allocavano 
loro stesse a 32bit, anche se poi usano 1/10 dello spazio che richiedono?
2- Anche facendo la somma di tutti i RES (senza togliere gli SHR) supero 
di poco il GB di RAM allocata, ben lontano dai 3.3 GB che mi riporta free.
Non puo` essere nemmeno l'overcommit impostato a false nel kernel, 
altrimenti non mi basterebbero 16 GB per tenere tutta quella roba aperta.
Ho il dubbio che sia un modulo del kernel a occupare tutta questa RAM, ma 
da lsmod quello piu` grosso e` snd_hda_intel che occupa 400 KB.
Pensavo fosse colpa del modulo radeonhd in beta, ma ho provato anche ati 
e ora sono col vesa. Gli fglrx vanno in conflitto con il chipset Intel e 
non vanno (andavano a 32bit... :/ )
Qualche indizio?
Qualche software che mi permetta di vedere cosa occupa realmente tutta 
quella RAM?
Grazie

 Grazie
su una slackware 32bit ho avuto un problema simile con hald, non se se
debian lo usa.
htop e' la versione avanzata di top. ti dice qualcosa in piu'
ciao.

 non vanno (andavano a 32bit... :/ )
Ecco, qui certamente qualcosa non va. Tipo il modulo del kernel che sta
ancora in giro nonostante vesa. Che se non vedi nulla di strano con top è
probabile.
Inizia con ps auxw e controlla chi aumenta.

 Qualche indizio?
Potrebbe essere un memory-leak in qualche parte
del kernel, che versione e`? Con che moduli?
Dai un'occhiata al changelog degli ultimi.
bye,
-- 
piergiorgio

 e`? Con che moduli? Dai un'occhiata al changelog degli ultimi.
E` il 2.6.25 standard della lenny, ma me lo faceva anche col 2.6.24.
Il problema e` che non lo fa sempre. Per esempio ora ho il PC acceso da 
quasi 3 ore, con le stesse applicazioni che avevo aperto prima, e la RAM 
e` a posto:
$ free
             total     used     free   shared  buffers   cached
Mem:       4063568  1373896  2689672        0    45100   518748
-/+ buffers/cache:   810048  3253520
Swap:            0        0        0
A volte sta acceso per giorni senza problemi, poi in 2 ore mi finisce la 
RAM.
Ho cercato tra i bugreport di Debian ma non ho trovato niente, e volevo 
raccogliere un po' di informazioni proma di aprire un bug che non riesco 
nemmeno a riprodurre sistematicamente, per quello cercavo qualche cosa 
che mi indicasse anche l'occupazione di RAM del kernel, che non viene 
rilevata da top.
Ora sto aspettando che ricapiti per provare anche con htop come mi ha 
consigliato Ale.
Grazie comunque per l'aiuto.

 Inizia con ps auxw e controlla chi aumenta.
E appunto quello il problema, non aumenta nessuno... :(
Per quello ho pensato a un problema nel kernel.
Bye.

 
Basta cosi'. Hai un kernel pesantemente bacato, il motivo lo ignoro. 
Provane un altro.

 Swap:            0        0        0
Questo e` piu` simile al mio, la seconda linea ha
quasi tutto "free".
bye,
-- 
piergiorgio

 Provane un altro.
Che bello avere tante certezze nella vita.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 Che bello avere tante certezze nella vita.
Mai quanto la tua crassa ignoranza.



Forse sto dicendo una cavolata... quindi chiedo venia in anticipo :)
slabtop può essere d'aiuto?

 RAM.
]zac[
Questo ambiguo, se significa usa tutta la ram la cosa è buona è giusta, se
significa la usa tutta e poi passa a swappare la cosa potrebbe essere un
problema, un top ordinato per uso della memoria nel caso potrebbe aiutare a
decidere se agire sul sistema o aumentare la ram.

 Provane un altro.
Ne dubito, visto che dice che ha provato due kernel, tutti e due nella
versione standard della distribuzione. A tal propsito:
ebianchi@montgomery:~$ uname -m -r
2.6.25-2-amd64 x86_64
ebianchi@montgomery:~$ free
             total       used       free     shared    buffers     cached
Mem:       2054140    2037268      16872          0       1820    1486172
-/+ buffers/cache:     549276    1504864
Swap:      2097144          0    2097144
ebianchi@montgomery:~$
Il processo piu` grosso e` Quod Libet, dato con 648M VIRT e 106M RES,
seguito da Deluge (533M VIRT e 57432 RES) e Nautilus (513M VIRT e 42504
RES). Alla prima apertura, Icedove si assesta a 593M VIRT e 76292 RES.
Dopo il login e la lettura di una email nella Inbox, siamo a 623M VIRT
e 79128 RES
Enrico
P.S. Valeria, non capisco se ti ci diverti o semplicemente lo fai per
difesa, ma il tuo comportamento e` abbastanza irritante e
autolesionista. Personalmente ti consiglio di cambiare attiggiamento, e
non reputarti come depositaria della verita` assoluta (altre donne sono
passate da queste parti, ma nessuna si e` creduta la versione femminile
di Dio)

 versione standard della distribuzione.
Ma nooo, e' qualcosa in userspace.
Che si mangia memoria a gogo, che non viene visto da top, da ps ecc. Che
impedisce che il kernel killi i processi che rubano memoria (e come
potrebbe, se non c'e'?). Costringendolo a riavviare, come xp. Ah, che con
64 bit spreca 5 volte la memoria wrt 32, unico caso sul pianeta (ROTFL!!!)
Dall'alto della tua sapienza conoscerai certamente il colpevole. E' ls
oppure df?
Ma ROTFL!!!!
Tornando a parlare seriamente del problema e non di fantasie, per l'OP:
non hai qualche altro modulo problematico, tipo wifi? Slackware, ad
esempio, ha ora un serio problema con udev: si beve tutta la memoria come
nel tuo caso.

 aiutare a decidere se agire sul sistema o aumentare la ram.
Con 4G e macchina vuota e scarica?? Allora che dovrei fare io con 1G e 
macchina accesa che lavora dall'anno scorso??

 Ma ROTFL!!!!
Ok. Considerando che uso anch'io un sistema Debian Lenny a 64 bit e
non ho un problema come quello descritto da Alessandro, da cosa lo
deduci che e` il kernel?
Enrico

Enrico 'Henryx' Bianchi wrote:

Ok, considerando il sistema .... ma non dovresti lasciare perdere?



Ma nooo, e' qualcosa in userspace. Hai certamente ragione.
Che si mangia memoria a gogo, che non viene visto da top, da ps ecc. Che
impedisce che il kernel killi i processi che rubano memoria (e come
potrebbe, se non c'e'?). Costringendolo a riavviare, come xp. Ah, che con
64 bit spreca 5 volte la memoria wrt 32, unico caso sul pianeta (ROTFL!!!)
Ti ho dato ragione, cosa altro vuoi?

 deduci che e` il kernel?
Basterebbe un modulo che e` caricato con uno,
ma non con l'altro.
Per esempio, come gia` scritto, un driver per
rete wireless.
bye,
-- 
piergiorgio

 bye,
Vediamo se riesci a farglielo entrare dentro quella testa.