[Linux-Biella] eventi & azioni

Andrea Ferraris andrea.ferraris a gmail.com
Sab 11 Feb 2006 19:25:31 CET


Luca Rosmo ha scritto:
> Potrebbe essere una soluzione, al momento ringrazio e lunedi' provero'
> la trasposizione in pratica della tua idea. Grassssssie

Figurati, e` che 2 giorni fa ho dovuto fare la stessa cosa e, dato che,
come diceva il mio nonno buon anima, sono un po' un tardoc, quando
incomincio a lavorare su qualcosa cosa ci metto circa 3 volte il tempo
di una persona normale a capire di che si tratta e a cominciare, ma poi
non riesco piu` a staccarmici (ovvero il problema mi lavora dentro ad
esaurimento mio e suo), per cui quanto ti ho proposto dovrebbe essere
meglio di quanto ho implementato 2 giorni fa e quindi servira` anche a
me (se funziona).

La prima risposta che ti avrei dato era la stessa di LeOS (script in
crontab), ma con un crontab normale la granularita` minima e` 1 minuto.

In sintesi l'accrocchio prima testa che il file ci sia e non sia vuoto,
quindi testa che nessuno lo stia piu` usando (quindi presume che la
scrittura sia finita) e poi lo invia e lo cancella e quindi ricomincia
dall'inizio.

A questo punto avrei due domande io.

La prima per rendere tutto piu` veloce restando a comandi di sistema,
senza scrivere C. E' possibile incominciare a trasferirlo senza
rischiare di troncarlo alla destinazione (o corromperlo) prima che il
processo "defecatore" abbia finito di scriverlo? Se fosse possibile ti
eviteresti il secondo loop interno (quello di fuser) e renderesti
l'accrocchio meno pesante e piu` veloce.

La seconda per essere sicuri che non muoia o se muore per farlo
ripartire. E' possibile usare inittab, i daemontools di Bernstein
(comunque li sconsiglio perche' mi sta antipatico l'autore), o monit per
assicurarsi che riparta se per qualche motivo muore (questo e`
sicuramente possibile con dei demoni, dubito fortemente con uno script
shell, anche se probabilmente monit lo puo` fare) e se no, che cosa si
puo` usare invece.

Andrea


Maggiori informazioni sulla lista Linux