Newsgroup: it.comp.os.linux.iniziare
Titolo: Problema con aMSN o forse con metacity..

Salute a tutti,
Ho un problema con l'apertura di aMSN su Ubuntu Hardy..
In pratica quando faccio partire l'applicazione e mi segnala che ci sono 
messaggi non in linea, se i messaggi sono di persone diverse 
l'applicazione si impalla e si prende tutte le risorse della CPU..
Si vede che prova ad aprire le finestre relative, ma pare non sapere a 
chi dare la precedenza e non riesce a concludere l'operazione...
Ho provato a far partire l'applicazione con il comando amsn &> amsn.txt 
per avere i log dell'errore, ma l'applicazione in se' pare non dare 
errori ed infatti i log risultano immacolati.
Il pc però diventa inutilizzabile.
Da terminale, con top, si riesce a vedere che l'applicazione che prende 
più risorse, unitamente a gnome-desktop, è metacity: killandola il pc 
torna utilizzabile ma amsn viene chiuso.
Qualcuno ha idea di come fare per identificare e risolvere il problema?
-- 
Pier Paolo

 Qualcuno ha idea di come fare per identificare e risolvere il problema? 
Hai provato a verificare in top in alto a destra se ci sono processi 
zombie aperti? Se te ne segnala uno l'unico modo e terminare quel 
processo killandolo.
In questo caso una volta chiuso il sotto-processo legato allo zombie e 
riavviato amsn dovrebbe non bloccarsi più (fintanto che il client resta 
attivo, ma se chiudi amsn e lo rimetti in funzione il sotto-processo 
riappare e và ogni volta chiuso.
La procedura per risolvere (nel caso in cui ci sia lo zombie) sarebbe:
I processi zombie possono essere identificati dall'output del comando 
Unix ps tramite la presenza di una "Z" nella colonna STAT. Processi 
zombie che persistono più a lungo di un breve periodo di tempo 
tipicamente indicano un bug del programma padre. Come capita per altri 
tipi di memory leak, la presenza di pochi processi zombie non preoccupa 
di per sé, ma può prospettare un problema che sotto maggiori carichi di 
sistema diverrebbe serio. Dato che non vi è memoria allocata per i 
processi zombie a parte il process control block stesso, il problema 
principale non è il consumo di memoria quanto l'esaurimento dei PID 
disponibili e il riempimento della tabella dei processi, cose che 
porterebbero all'impossibilità di creare nuovi processi.
Per chiuderlo invece devi applicare i seguenti comandi:
Per eliminare un processo zombie nel caso tipico in cui il suo processo 
padre non recupera il suo valore di uscita occorre eliminare il suo 
processo padre, ad esempio inviando a quest'ultimo un segnale SIGTERM o 
SIGKILL.
Così facendo, il processo zombie diviene un processo orfano, che viene 
immediatamente adottato da init il quale esegue periodicamente la 
chiamata di sistema wait() o waitpid(), mietendo così i propri processi 
figli zombie.

 SNIP
Ho controllato: non ci sono processi zombie, ci sono 2 o 3 processi 
attivi e un centinaio dormienti. In pratica quelli attivi, stavolta 
metacity non c'è, sono wish8.5 e xorg più alcuni processi gnome.
La cosa strana è che ho disinstallato i compiz ma vedo un processo che si 
chiama compiz.real ....
Potrebbe entrarci qualcosa?
-- 
Pier Paolo




In parte mi rispondo da solo: SI, la colpa era dei compiz.
Andando per tentativi, una volta killato il solo compiz.real e riavviato 
amsn (che nel frattempo era stato chiuso) le finestre si sono potute 
aprire, seppur brutte da vedere.
Ora vorrei sapere, se qualcuno ne ha idea, se è normale che avendo 
disinstallato completamente i compiz con il comando "sudo apt-get --purge 
autoremove compiz*" ci sia rimasta questa funzione...
Di default è compiz.real il gestore delle finestre?
Insomma, ho trovato una via maccheronica per risolvere il problema ma non 
ci ho capito quasi nulla.
-- 
Pier Paolo