* 29/10/2014, Manlio Perillo wrote :
volevo ringraziare Manlio e Daniele per i consigli. alla fine
ho risolto con il multiprocessing ThreadPool; codice piu' pulito,
lineare, leggibile e sicuro.
saluti
--
Never try to teach a pig to sing.
It wastes your time and annoys the pig.
_
2014-10-30 14:31 GMT+01:00 Giampaolo Rodola' :
Certo, evitare di usare thread e fork nello stesso programma è una buona
>> cosa:
>>
>> http://www.linuxprogrammingblog.com/threads-and-fork-think-twice-before-using-them
>>
>> http://stackoverflow.com/questions/12984003/status-of-mixing-multiprocessi
* 30/10/2014, Manlio Perillo wrote :
>Nel tuo caso non credo valga la pena, a meno di avere un centinaio di
>client e vuoi avere un alto livello di concorrenza.
>Certo, evitare di usare thread e fork nello stesso programma è una
>buona cosa:
eh infatti. magari non lo applico dir
2014-10-30 13:46 GMT+01:00 Manlio Perillo :
> On Wed, Oct 29, 2014 at 10:10 PM, Antonio Conte
> wrote:
>
>> * 29/10/2014, Manlio Perillo wrote :
>> >Quindi devi fare tutto a mano, ossia lanciare i processi con
>> subprocess
>> >(o fork + exec) e poi usare select/poll per verificare quando
On Wed, Oct 29, 2014 at 10:10 PM, Antonio Conte wrote:
> * 29/10/2014, Manlio Perillo wrote :
> >Quindi devi fare tutto a mano, ossia lanciare i processi con
> subprocess
> >(o fork + exec) e poi usare select/poll per verificare quando ci sono
> >dei dati da leggere dallo stdout di ci
* 29/10/2014, Manlio Perillo wrote :
>Quindi devi fare tutto a mano, ossia lanciare i processi con subprocess
>(o fork + exec) e poi usare select/poll per verificare quando ci sono
>dei dati da leggere dallo stdout di ciascun processo, accumulando i
>dati in un buffer.Ã Se sei su
* 29/10/2014, Manlio Perillo wrote :
> tenete conto che lo script va lanciato da cron, e mi serve l'output
> del comando
> per inviarlo via mail.
>
> dopo varie prove sono arrivato a questo, ma mi chiedevo se fosse il
> modo giusto
> (cioe' l'utilizzo del contatore _a
* 29/10/2014, Daniele Varrazzo wrote :
> Io ne posso pure tenere conto :) Ti spiego solo che finche' l'input e`
> contenuto il programma ancora ancora funziona, ma resta uno script che a
> fronte di un input di dimensioni impreviste avrebbe un'occupazione
> illimitata di risorse. Sta a te "tener
On Wed, Oct 29, 2014 at 2:52 PM, Antonio Conte wrote:
> salve a tutti,
>
> sto lavorando su uno script che lancia su piu' client un comando.
per il momento sto usando subprocess, ma volevo lanciare i processi in
> parallelo
> e ricavare l'output mano a mano che i processi terminano.
>
>
I proces
On 2014-10-29 15:47, Antonio Conte wrote:
* 29/10/2014, Daniele Varrazzo wrote :
Un modo di coordinarsi piu` robusto sarebbe quello di usare
Thread.join,
ma come avrai gia` scoperto questo ti impedirebbe di avere un output
graduale nel thread principale. Lo puoi usare se eviti la print nel
l
* 29/10/2014, Daniele Varrazzo wrote :
> Preparati, perche' ora si scatena la flame war che scatta
> automaticamente quando qualcuno pronuncia la parola "thread".
lungi da me ! ;-) cmq cercando su internet ho trovato tutto e il
contrario di tutto, ma mai precisamente quello che serviva a me.
>
On 2014-10-29 13:52, Antonio Conte wrote:
salve a tutti,
sto lavorando su uno script che lancia su piu' client un comando. per
il
momento sto usando subprocess, ma volevo lanciare i processi in
parallelo
e ricavare l'output mano a mano che i processi terminano.
tenete conto che lo script va
salve a tutti,
sto lavorando su uno script che lancia su piu' client un comando. per il
momento sto usando subprocess, ma volevo lanciare i processi in parallelo
e ricavare l'output mano a mano che i processi terminano.
tenete conto che lo script va lanciato da cron, e mi serve l'output del coman
13 matches
Mail list logo
