Newsgroup: it.comp.macintosh
Titolo: unix soffre il caldo?

ieri sera gioco a gish, una mezz'oretta, sono fatto di carne anche io, e 
alla fine il mio pb è diventato una vespa in autostrada manda aria da 
tutte le parti è bollente. esco dal gioco il computer inizia a 
raffreddarsi ma vedo che resta fisso sui 65 gradi e ci resta per lungo 
tempo e io penso strano, guardo con Monitoraggio attività i processi 
aperti e vedo che c'è soffice.bin (openoffice) che succhia il 65 per 
cento del processore. Basisco, controllo il dock, openoffice è chiuso 
così come x11. Faccio pensieri profondi tipo :"boh" e gli dico di 
chiuderlo e aspetto e quello rimane aperto e succhia sempre dai 45% al 
65% circa. Apro unix faccio TOP e anche lì c'è soffice. Mi segno il 
numerino faccio kill, rifaccio top e il processo è sempre lì, intoccabile.
Insomma faccio un riavvio e il processo se ne va, il pb inzia a 
raffreddarsi.
Che piffero poteva essere successo?
f.
-- 
a differenza di quello che pensano molti giovani autori non pubblicati, 
la narrativa puo' sopravvivere anche senza di loro.

 numerino faccio kill, rifaccio top e il processo è sempre lì, intoccabile.
kill -9 è tuo amico
-- 
Jollino - Photo portfolio: 
http://www.nicolucci.net
"It can only take place when the struggle between our children has ended
Now the Miracle and the Sleeper know that the third is love"
  -- Dream Theater, "Metropolis pt. I" (1992)

 kill -9 č tuo amico
A che serve "-9" ?
-- 
http://www.dorelli.com
When she's walking by the river and the railway line
She can still hear him whisper
Let's go down to the waterline

 A che serve "-9" ?
E' il kill "cazzuto" :-)
Daniele
-- 
"Speak to machines with the voice of humanity
 Speak to the wise with the voice of insanity"   (Marillion - 1997)
STARGAZER: 
www.stargazer.it
 - Le stelle della scena Hard & Heavy!

 kill -9 è tuo amico
da usarsi con moderazione pero' ;)

 A che serve "-9" ?
il comando kill serve a mandare dei segnali a un programma. ci sono 
diversi segnali e ogni programma puo' reagire diversamente al segnale 
che gli viene mandato. ad esempio "kill -HUP" solitamente (ma non e' la 
regola) fa si' che il programma ricarichi le proprie preferenze. "kill 
-9" (equivalente a "kill -KILL") e' particolare in quanto piu' che 
mandare un segnale al task lo uccide proprio. o meglio, dice al kernel 
di ucciderlo ;)
va usato con moderazione pero' perche' se lo mandi a un processo che 
funziona regolarmente gli impedisci di fare uno shutdown pulito, e 
quindi puo' succedere che magari rimandano allocate delle risorse che 
non possono piu' essere rilasciate, o che rimanga appesa qualche 
comunicazione, ecc. ovviamente se il processo e' bloccato e non risponde 
piu', kill -9 non puo' fare molti danni ;)

 
Oh, finalmente una cosa a cui so rispondere esaustivamente :))
Il comando unix kill invia al programma con la PID (Process Identifier) 
indicata una segnale. I programmi su Un*x possono reagire diversamente a 
seconda del segnale che arriva loro.
Per default kill manda un segnale SIGTERM (codice numerico 15) per dire 
al programma di TERMinare. Vi sono un catervaio di altri segnali, per 
vederli tutti si usa kill -l che mostra una lista.
Ad esempio, per convenzione, il segnale SIGHUP (HUP nella lista di cui 
sopra, 1 come codice numerico) indica ad un programma di riavviarsi.
Il segnale numero 9, SIGKILL (KILL nella lista) č particolare perchč fa 
parte dei segnali "non trappabili" ossia che non possono essere 
interpretati e/o ignorati da un programma, ma costringe il processo 
stesso a chiudersi, in maniera brutale, probabilmente lasciando in giro 
file temporanei e altre schifezze.
Va quindi usato con moderazione, ma č molto utile nel caso di programmi 
con troppo spirito di sopravvivenza :)
Per maggiori informazioni:
man 1 kill
man 2 sigaction
Andrea

 kill -9 è tuo amico
benissimo, ma più che la risoluzione dell'uccisione del processo ero 
perplesso per la nascita di quel farlocco soffice.bin...


 
è possibile? io chiudo Ooffice, chiudo x11 e mi resta Ooffice aperto?
f.
(ridatemi il noveeeeee)


 è possibile? io chiudo Ooffice, chiudo x11 e mi resta Ooffice aperto?
puo' darsi che fosse un processo figlio che s'e' incartato (ma dubito) o 
magari e' il processo principale che s'e' impallato un attimo prima di 
chiamare exit(), per cui la finestra era chiusa, i menu' scomparsi, 
l'cona del dock scomparsa ma il processo era ancora in memoria (e che 
x11 fosse chiuso non faceva piu' differenza oramai)


|._/|_|\__/\__/\__/ | * An out of control ego will sometimes get in the
       /_/ /_/      |   way of your success.                  (Todd H.)

 A che serve "-9" ?
A dirgli "ma per sul serio, eh!"
Sara' come in Toast, puoi fare la simulazione del comando prima di darlo
davvero .°D


 Soffice ma tenace, eh?
LOL

 eh
se penso che per fare uno scan del disco a caccia problemi con il system 
nove lanciavo il programma apple che mi scansiva il disco di avvio e me 
lo *riparava*, mentre con il più sofisticato system x *non posso nemmeno 
verificarlo* il disco di avvio...
... o che ieri tutti i programmi installati con l'utente 
fabriziovenerandi (cancellato tempo addietro e sostituito da fabrizio) 
risultavano installati da -sconosciuto- e intoccabili da fabrizio, che 
ho dovuto modificare *a uno a uno* perché raggruppandoli osx non mi 
permetteva di modificarli tutti assieme...
f.


 permetteva di modificarli tutti assieme...
chown -R per i lavoretti semplici. uno scriptino di due o tre righe per 
quelli piu' difficili ;)

 x11 fosse chiuso non faceva piu' differenza oramai)
quoto tutto questo e immagino la reazione del biggo (pro-9 anti-X) 
leggendo ciň. :D


 ... o che ieri tutti i programmi installati con l'utente [...]
La biggonite imperversa ;)
Un Jollino che però apprezza questa diversità idee, e che pur non avendo 
usato molto il 9 (solo pochi mesi), ha le sue riserve su X (di 
tutt'altro genere però).


 quelli piu' difficili ;)
E per ambedue, l'inutile studio di un linguaggio che non ci interessa
conoscere.


 La biggonite imperversa ;)
E' solo che a me succede tutto prima che agli altri .-D
un biggo ve l'avevo detto


 conoscere.
loggati come root e vivi felice.


Salve, ho visto solo ora il 3d e avanzo una ipotesi.
In un sistema come OSX, un programma può generare un processo
figlio, se il padre viene ucciso, il figlio diventa uno zombie ovvero
una creatura senza padre ovvero mai nata. Gli zombie non si possono
uccidere ma contemporaneamente non dovrebbero nemmeno occupare risorse.
Se la gestine della memoria è lacunosa, può capitare che l'uccisione del
padre non liberi la memoria occupata dal figlio.
Potrebbe essere la sequenza X11 --> soffice a creare il problema: muore
X11 prima di soffice ecc.ecc.
Probabilmente si tratta di un baco che non permette una gestine corretta
delle risorse.
A questo punto però (scusa Biggo ;)) il problema non è OSX ma soffice o
X11 o tutti e due insieme....
Prendete tutto quanto ho detto con le dovute precauzioni ;))))
Ciao
Antonio
p.s. per me la Apple con OSX ha fatto un salto di qualità, non è ancora
un vero unix ma ci assomiglia abbastanza da poterci lavoricchiare. Il
problema è che bisogna cambiare alcune abitudini e questo riguarda sia
la programmazione che gli utenti.
-- 
  /¯\  |¯ \/ ¯|(*** !!! attenzione:  campo From alterato !!! ***)
 /¯_¯\ |¯|\/|¯| )-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(
/_/ \_\|_|  |_|(  |a|m|a|d|e|s|a|n|i(a|t)l|i|b|e|r|o(d|o|t)i|t| )
----------------)-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(

 un biggo ve l'avevo detto
Anche tu hai mangiato Maramao? =8D
-- 
The Future Is In Beta
http://homepage.mac.com/toni69

 è possibile? io chiudo Ooffice, chiudo x11 e mi resta Ooffice aperto?
Direi di si... potrebbero esserci 'disguidi' nella chiusura e resta un
processo fantasma. Nulla di piu` facile.
Oppure potrebbe magari essere 'naturale' per facilitare la riapertura..
chi puo` dire :))
-- 
RiK0
Non credo negli schemi non vincenti.

 Anche tu hai mangiato Maramao? =8D
Per carita', sono in regime senza latticini: niente vaccate .-D


 la programmazione che gli utenti.
a me sta sulle scatole che ci sia quel concetto astruso del framework 
che di fatto ti impedisce di aggiornarti le cose a manina: prova a 
installare a manina il JDK/JRE oppure python (compilandolo anche con 
--enable-framework) e ti ritrovi un casino, due versioni insieme in 
posti diversi che fanno solo incasinare i moduli più complessi (vedi 
wxPython)...
e se si tratta di macinar numeri (vedi: compilare, fare calcoli o anche 
semplicemente gestire un demone con un sacco di client), ho sperimentato 
personalmente che un duron 850 con linux slack 9.1 con kernel di default 
è quasi il doppio più veloce di un *dual* g4 1 ghz con os x 10.3.4.
per lo sviluppo e compagnia bella ho rimesso in sesto il suddetto pc con 
linux, almeno non divento vecchio mentre compilo (e non mi scontro con 
eventuali cose scritte parzialmente in assembler solo x86).


 Per carita', sono in regime senza latticini: niente vaccate .-D
uff.. ma non e` giusto che lo possiate cagare solo voi...
era piu` simpatico quando girava sul ng e lo cagavamo un po' tutti...


 la programmazione che gli utenti.
Ovvero? Certo alcune abitudini vanno cambiate. Ma le ho cambiate anche
quuando sono passato da OSF a GNU/Linux. E quando mi trovo su fBSD.


 ieri sera gioco a gish, una mezz'oretta
Bello, bellissimo!!! Non lo conoscevo. La demo si crasha ogni
tanto...pero' mi sa che lo compro. Thanks
-- 
Tampano - 
www.tampano.com
"Non e' questione di ferire sensibilita', ma di ammazzarle!"
Susanita


Se tu mi dici che certe abitudino vanno cambiate, mi ripeti quello che
avevo scritto e quindi .... se daccordo o no?
In ogni caso il 3d originale verteva su possibili cause del persistere
di un programma anche dopo la sua (richiesta) dipartita, Giusto?
Ciao
Antonio


 evitare. Vedi anche il post precedente di Jollino.
L'HFSX di Mac OS X Panther è case sensitive.
man newfs_hfs, opzione -s.
In Mac OS X Server l'opzione è tra l'altro presentata comodamente da
Disk Utility.
-- 
Guido

 Disk Utility.
Questa è una buona cosa, grazie della info. Ma è presante da Panther?
Mi pare che prima non ci fosse?
Approfondirò il discorso leggendo con attenzione man newfs_hfs, opzione -s
Devo in ogni caso intendere che è al momento del partizionamento che si
inserisce l'opzione?
Se quindi non è presente è necessario riformattare e reinstallare?


 Mi pare che prima non ci fosse?
    No. Sul client non c'era. Se ricordo bene era disponibile sul
server, oltre che sui filesystem UFS, ovviamente.
-- 
    Nicola "nez" D'Agostino
  <!-- 
nezge...@geocities.com
 --remove/togli "getitout" -->

 di un programma anche dopo la sua (richiesta) dipartita, Giusto?
e allora?


 avevo scritto e quindi .... se daccordo o no?
Che cambiare OS comporti un cambiamento di abitudini e` lapalissiano.
Ma era un po' vicino al 'vero *nix' per non destare il dubbio che le
abitudini andassero cambiate per quel motivo.
E quello contestavo. Le abitudini le devi cambiare ogni volta che cambi
ambiente.
-- 


 piu', kill -9 non puo' fare molti danni ;)
Ok, ora e' tutto chiaro: e' il Terminator dei kill ;-)
-- 
http://www.dorelli.com
When she's walking by the river and the railway line
She can still hear him whisper
Let's go down to the waterline