linux user group brescia

>
> Luca Giuzzi wrote:
>
> > Non hai fornito molte informazioni sul tuo  problema...
> >  Cosa stavi facendo? Tieni conto che per ogni page-fault c'e' una penalita'
> >  piuttosto forte. Il sistema nel tuo caso non era bloccato, ma semplicemente
> >  estremamente rallentato a causa del continuo swap di pagine fra ram e hd.
>
> Bè avevo pochissimi demoni attivi , nemmeno LPD per risparmiare memoria
> , in X con ICEWM e netscape 4.72 ... melgio dire due finestre di
> netscape navigator e un messanger . Navigavo tranquillamnte come adesso
> ... e poi è partita la storia dell frullare del disco .
>  
Mh... per caso c'era una applet java da qualche parte?
Il fatto e' che quanto descrivi potrebbe essere dovuto o

 1) ad un baco del kernel. Stai usando il kernel 2.2.12 distribuito con RH6.1
  o un 2.2.12 compilato dai sorgenti? [i sorgenti del 2.2.12 avevano dei
  `problemi' che erano stati sistemati nella versione distribuita con RH
  e nella 2.2.13];
 2) ad una situazione di out of memory.

Due parole sulla memoria virtuale e sull'overcommit:
 in condizioni normali un programma puo' allocare piu' memoria di quella
 fisicamente (RAM+Swap) disponibile...
 la cosa puo' sembrare `spiacevole', ma in numerosi casi e' comoda ed e' 
 l'unico sistema per implementare alcune funzionalita'
 (il modo in cui fork() funziona per esempio, etc.).
 L'alternativa e' avere
  DIMENSIONE_SWAP=RAM*Numero_processi_in_esecuzione_contemporanea
 che non e' esattamente il massimo.

 Problema: quando sono effetivamente usate le pagine di memoria?
 La risposta e': quando il programma ci scrive sopra dei dati.
 Il fatto e' che alcuni programmi usano effettivamente tutta la memoria che
 hanno allocato e il sistema deve in quel caso cercare di fare swap-in/out
 al fine di trovare le informazioni necessarie. Questo provoca il 
 rallentamento e (in casi estremi) il blocco di tutto.

 Una osservazione: `pochi demoni', Netscape, X e IceWM NON dovrebbero
   occuparti 32+18=40Mb di RAM... probabilmente c'e' qualche cosa d'altro
   che non va... prova a controllare l'output di 
    ps -eaf

Ciao,
 lg