* 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.
On Wed, Oct 29, 2014 at 10:10 PM, Antonio Conte barbon...@gmail.com 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
2014-10-30 13:46 GMT+01:00 Manlio Perillo manlio.peri...@gmail.com:
On Wed, Oct 29, 2014 at 10:10 PM, Antonio Conte barbon...@gmail.com
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
* 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
2014-10-30 14:31 GMT+01:00 Giampaolo Rodola' g.rod...@gmail.com:
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
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
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
* 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 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
On Wed, Oct 29, 2014 at 2:52 PM, Antonio Conte barbon...@gmail.com 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
* 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 tenerne
* 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 _act)
* 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
13 matches
Mail list logo