Re: [Python] gestire processi figli

On 30/11/2013 16:22, Giampaolo Rodola' wrote: [...] Peccato, perchè se Linux avesse implementato kqueue, c'era una remota possibilità di vederlo standardizzato da POSIX entro il prossimo decennio.. E' meglio di epoll()? Perchè? Come interfaccia preferisco kqueue, perchè "abbandona" l'idea c

Re: [Python] gestire processi figli

2013/12/1 Giampaolo Rodola' : > 2013/12/1 Roberto De Ioris : >> >>> 2013/11/30 Manlio Perillo : On 30/11/2013 13:18, Roberto De Ioris wrote: > > [...] >> >> Inoltre, curiosità personale visto che non ho mai fatto test, quale è >> la >> >> differenza tra sigtimedwait

Re: [Python] gestire processi figli

2013/12/1 Roberto De Ioris : > >> 2013/11/30 Manlio Perillo : >>> On 30/11/2013 13:18, Roberto De Ioris wrote: [...] > > Inoltre, curiosità personale visto che non ho mai fatto test, quale è > la > > differenza tra sigtimedwait e kqueue + apposito filtro o epoll +

Re: [Python] gestire processi figli

> 2013/11/30 Manlio Perillo : >> On 30/11/2013 13:18, Roberto De Ioris wrote: >>> >>> [...] Inoltre, curiosità personale visto che non ho mai fatto test, quale è la differenza tra sigtimedwait e kqueue + apposito filtro o epoll + signalfd? >>> >>> che kqueue

Re: [Python] gestire processi figli

2013/11/30 Manlio Perillo : > On 30/11/2013 13:18, Roberto De Ioris wrote: >> >> [...] >>> >>> Inoltre, curiosità personale visto che non ho mai fatto test, quale è la >>> >>> differenza tra sigtimedwait e kqueue + apposito filtro o epoll + >>> signalfd? >>> >>> >> >> che kqueue non usa i segnali,

Re: [Python] gestire processi figli

On 30/11/2013 13:18, Roberto De Ioris wrote: [...] Inoltre, curiosità personale visto che non ho mai fatto test, quale è la differenza tra sigtimedwait e kqueue + apposito filtro o epoll + signalfd? che kqueue non usa i segnali, quando un processo muore tutti i poller in ascolto vengono sveg

Re: [Python] gestire processi figli

> On 29/11/2013 19:59, Roberto De Ioris wrote: >> [...] >> La morte di un child e' segnalata da SIGCHLD (di default, occhio pero' >> che >> e' trappabile), ma non lavorerei con i segnali unix (per questo >> specifico >> problema) neanche sotto tortura. >> >> Dove non hai a disposizione kqueue (e W

Re: [Python] gestire processi figli

On 29/11/2013 19:59, Roberto De Ioris wrote: [...] La morte di un child e' segnalata da SIGCHLD (di default, occhio pero' che e' trappabile), ma non lavorerei con i segnali unix (per questo specifico problema) neanche sotto tortura. Dove non hai a disposizione kqueue (e WaitForMultipleObjects) v

Re: [Python] gestire processi figli

2013/11/27 Balan Victor : > @enrico software già pronti? del tipo? io ho provato a cercare ma non ho > trovato nulla di particolare ... mi sai fare qualche esempio? non l'ho mai usato, ma così sui 2 piedi: http://supervisord.org/ (nella doc, accenna anche a daemontools e runit, che fanno lavori s

Re: [Python] gestire processi figli

>> La morte di un child e' segnalata da SIGCHLD (di default, occhio pero' >> che >> e' trappabile), ma non lavorerei con i segnali unix (per questo >> specifico >> problema) neanche sotto tortura. >> >> Dove non hai a disposizione kqueue (e WaitForMultipleObjects) vai di >> polling e waitpid con W

Re: [Python] gestire processi figli

> La morte di un child e' segnalata da SIGCHLD (di default, occhio pero' che > e' trappabile), ma non lavorerei con i segnali unix (per questo specifico > problema) neanche sotto tortura. > > Dove non hai a disposizione kqueue (e WaitForMultipleObjects) vai di > polling e waitpid con WHOHANG: > > w

Re: [Python] gestire processi figli

> 2013/11/27 Manlio Perillo : >> La cosa più complessa e restare in attesa fin quando un processo >> termina. >> Su sistemi POSIX puoi usare sigtimedwait, su FreeBSD kqueue con apposito >> filtro, su Linux epoll con quell'orrore di signalfd, su Windows >> WaitForMultipleObjects. > > Molto interess

Re: [Python] gestire processi figli

2013/11/27 Manlio Perillo : > La cosa più complessa e restare in attesa fin quando un processo termina. > Su sistemi POSIX puoi usare sigtimedwait, su FreeBSD kqueue con apposito > filtro, su Linux epoll con quell'orrore di signalfd, su Windows > WaitForMultipleObjects. Molto interessante. Sto aff

Re: [Python] gestire processi figli

On 27/11/2013 16:46, Balan Victor wrote: [...] il primo problema sono riuscito a risolverlo con l'aiuto degli Thread. Ho usato questo http://stackoverflow.com/__questions/4158502/python-kill-__or-terminate-subprocess-when-__timeout

Re: [Python] gestire processi figli

Il giorno 27 novembre 2013 11:10, Manlio Perillo ha scritto: > On 27/11/2013 07:07, Balan Victor wrote: > >> ciao a tutti, >> ho questa struttura: >> * 1 scheduler che scrive su una coda mq una serie di messaggi >> * 2 agenti che leggono i messaggi dalla coda >> * ogni messaggio sulla coda corrisp

Re: [Python] gestire processi figli

On 27/11/2013 07:07, Balan Victor wrote: ciao a tutti, ho questa struttura: * 1 scheduler che scrive su una coda mq una serie di messaggi * 2 agenti che leggono i messaggi dalla coda * ogni messaggio sulla coda corrisponde a un "task" da lanciare * gli agenti lanciano il "task", attendono l'esecu

Re: [Python] gestire processi figli

2013/11/27 Balan Victor > il primo problema sono riuscito a risolverlo con l'aiuto degli Thread. Ho > usato questo > http://stackoverflow.com/questions/4158502/python-kill-or-terminate-subprocess-when-timeout > Ahi ahi... i thread hanno sempre qualche sorpresina. Comunque, a naso ci sono tanti

Re: [Python] gestire processi figli

Il giorno 27 novembre 2013 07:07, Balan Victor ha scritto: > ciao a tutti, > ho questa struttura: > * 1 scheduler che scrive su una coda mq una serie di messaggi > * 2 agenti che leggono i messaggi dalla coda > * ogni messaggio sulla coda corrisponde a un "task" da lanciare > * gli agenti lancian

[Python] gestire processi figli

ciao a tutti, ho questa struttura: * 1 scheduler che scrive su una coda mq una serie di messaggi * 2 agenti che leggono i messaggi dalla coda * ogni messaggio sulla coda corrisponde a un "task" da lanciare * gli agenti lanciano il "task", attendono l'esecuzione e catturano l'output sullo stdout e l