Newsgroup: it.comp.os.linux.sys
Titolo: [Kernel 2.4.10] Consumo di memoria durante la masterizzazione

        Salve a tutti. Qualche giorno fa sono passato al nuovo kernel 2.4.10 
Sembrava andar tutto bene, fino a che non mi sono trovato a 
masterizzare un cd (con cdrdao, per la cronaca) ed il sistema e' 
diventato leeeeento. Le finestre sotto X si sono pressoche' paralizzate 
ed ho visto il buffer del cd arrivare al 2% (in precedenza non credo di 
essere mai sceso sotto il 75%, a 12x).  Il tutto ha corrisposto ad un 
consumo clamoroso di memoria (256MB), andando ad usare anche un bel po' 
di swap. Ho provato a tornare indietro al 2.4.7 e la cosa non si 
presenta (masterizzo tranquillo senza che il computer si 
semi-paralizzi).
        Ora, mi chiedo: capita anche a qualcun altro ? Se non e' normale che 
faccia cosi' (come credo), dove devo guardare ? C'e' forse qualche 
opzione del kernel che puo' causare una cosa cosi' ?
        In attesa di lumi, Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel  2.4.7 -
                 -> gio.bcc(at)
tin.it
 <-

 opzione del kernel che puo' causare una cosa cosi' ?
Pare che i kernel 2.4.X abbiano una gestione della memoria molto diversa
dalla serie 2.2.X, che porta ad un uso molto intenso dello swap... Non
saprei dirti dove recuperare informazioni piu` precise al momento, pero`
il consiglio che ti do` e` di usare il kernel 2.2.X per masterizzare.
L.

 il consiglio che ti do` e` di usare il kernel 2.2.X per masterizzare.
Si puo` controllare su 
lwn.net
 per le "controversie" tra Linus e il
resto del mondo...
Comunque volendo si puo` installare il kernel versione -ac, che ha una
gestione "vecchia" ma modificata e stabile di VM (e che funziona
correttamente).
Ciao.
-- 
*> GOD is real unless declared as integer <*
*>          s.rivoir at 
gts.it
    steunix <*

 semi-paralizzi).
A me non succede. Kernel 2.4.10-xfs. Hai controllato se era effettivamente
cdrdao che si mangiava tutta la ram? Quanto buffer gli avevi dato?
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Drink To Your Brothers Who Are Never To Fall, We Are Brothers Of Metal
  		Here In The Hall! !>-
  			Manowar - Brothers Of Metal PT1

 opzione del kernel che puo' causare una cosa cosi' ?
o un driver veramente bacato... o cdrdao in palla...
hai riprovato? Magari controllando la cfg di cdrdao?
--
ciao, Mirco.
[ Icq#:51640305 ] [ 
http://www.quasarbbs.com/mircomir/
 ]

 masterizzare.
        Si', lo sapevo pure io. Pero' con gli altri 2.4.x provati non avevo 
questo tipo di problemi. Al limite c'era una tendenza a usare lo swap 
anche se la memoria non era esaurita (senza pero' di fatto usarlo, in 
pratica avevi un 10% di swap usato, senza che swappasse niente passando 
da un'applicazione all'altra). In particolare con il 2.4.7 anche questo 
problemino era ridotto al minimo (quasi inesistente dire). Mi pare 
strano che dal .7 al .10 il problema sia letteralmente esploso...
 
        Ciao, Giovanni. 


 avevi dato?
        No, non ho fatto in tempo a controllare per la combinazione X quasi 
paralizzato/cd-w troppo veloce. Pero' non credo che sia quello, dato 
che, come avevo gia' detto, con gli altri 2.4.x non lo fa.
        Anche il fatto che per te sia ok, mi fa pensare di aver cannato 
qualche parametro nel configurare il kernel, solo che non ho idea di 
cosa...
        Saluti, Giovanni.


opzione del kernel che puo' causare una cosa cosi' ?
a me!ma non quando masterizzo,quando per la prima volta nel giorno
accendo il pc partono tutti gli scritp che ci sono in
cron.daily,slocate, makewhatis, l'expire delle news,quello di postfix, e
insomma dopo che tutti questi hanno finito mi resta poca memoria
disponibile,ma molto poca, e il bello è che con top non trovo nessun
processo che la stia usando!sparisce!poi riavvio e tutto torna normale.
la memoria che sparisce poi non è ne buffer ne shared ne cache,mancano
all'appello circa 100mb che riappaiono solo con un riavvio,col
2.4.10pre10 non succedeva.
ciao.

 resto del mondo...
Bisogna ammettere che  cambiare la VM ogni release (stabile)  non e` una
grande idea...
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
"Su cio` di cui non si puo` parlare e` bene tacere".
 Ludwig Wittgenstein

 2.4.10pre10 non succedeva.
manca la memoria ed e` su swap?
In tal caso, hai provato a fare uno swapoff?


  grande idea...
Bisogna anche dire pero` che (IMHO) i vari kernel-hackers da un anno
stanno parlando & parlando & parlando, eppure la VM, anche se e`
migliorata, non e` che abbia raggiunto proprio questo "stato dell'arte",
almeno Arcangeli ha provato a riscrivere qualcosa di decente
...E poi AFAIK grossi problemi non sembra che ne dia la nuova
implementazione
Ciao, Andrea
-- 
          (o_  | 
(o_  (o_  //\  | Andrea Carosi, just another Linux user
(/)_ (/)_ V_/_ |
GnuPG PK fingerprint: 0857 1927 150B 3C8E 8274  F641 1388 AA6D 3FA0 5410

 hai riprovato? Magari controllando la cfg di cdrdao?
        Riprovato a masterizzare ?  Certo, ma non e' che lo fa ogni tanto, lo 
fa sempre... Tra l'altro oggi ho lasciato un bel 'top' in un terminale, 
e cdrdao non e' mai andato sopra i 10MB di memoria... Nessun processo 
ha occupato piu' memoria del normale, non so che pensare.
        Saluti, Giovanni.


 Il tutto ha corrisposto ad un consumo clamoroso di memoria (256MB)
Ho notato anche io questo comportamento particolarmente con il 2.4.10 :
il mio classico modo di testare un CD dopo averlo masterizzato e'
find /mnt/cdrom -exec dd if=\{\} of=/dev/null \;
che e' molto brutale ed evidentemente a causa della gestione della
memoria causa un utilizzo eccessivo dello swap anche se non e' in realta'
necessario, cosa che con le release precedenti del 2.4 non ho notato.
L'effetto successivo e' lo stesso di quello da te osservato : un sistema
assolutamente appesantito e di difficile utilizzo, fin quando lo swap non
viene in buona parte  liberato.
--
Saluti.
Fabrizio

 opzione del kernel che puo' causare una cosa cosi' ?
Cosa strana.
Comunque, sul caso particolare non saprei, ma per masterizzare
o per qualunque applicazione real-time, si raccomanda di
disabilitare comunque lo swap, in modo da evitare (per qualunque
motivo) salti di prestazioni.
bye,
-- 
  Piergiorgio Sartor

 motivo) salti di prestazioni.
Ottima cosa in generale ma sia cdrecord che cdrdao usano mlockall, quindi
disabilitare lo swap e', relativamente a solo queste applicazioni, inutile.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
	**ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! When you say "I wrote a program that crashed Windows", people just stare
     at you blankly and say "Hey, I got those with the system, *for free*" !>-
                                (By Linus Torvalds)

 disabilitare lo swap e', relativamente a solo queste applicazioni, inutile.
Per quelle applicazioni forse si, ma ci gira anche altro
sul computer, che puo` finire, per qualunque ragione,
sullo swap, causando _potenziali_ rallentamenti e non
prevedibilita` dei tempi di risposta.
bye,
-- 
  Piergiorgio Sartor

        Allora, per la cronaca, visto che sembra proprio essere un problema 
del kernel, me ne sono tornato al 2.4.7, che non mi ha mai dato nessun 
problema (seguono gesti scaramantici... :) in attesa del 2.4.11 che e' 
gia' in pre.
        Grazie per tutte le risposte, Giovanni.



no no lo swap non viene utilizzato,piuttosto,ho scoperto che gli script
succhia-memoria sono makewhatis e slocate.cron,ho il kernel 2.4.10 patchato
xfs. sembra che la memoria di sistema venga usata per fare il database
di slocate.ho provato ad aggiornare la versione della patch di xfs
all'ultima disponibile ma non è sparito il problema.
ciao.