Re: [Python] Non blocking http server e integrazione con database relazionali

Manlio Perillo wrote: Si, ma una scrittura/lettura su un canale possono essere "nidificate" all'interno di N funzioni. Non è lo stesso di quello che accade con gevent? Con yield è diverso, perchè deve essere presente in ogni livello di chiamata a funzione. Non l'avevo vista in questi termini,

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-17 11:22 GMT+01:00 Roberto De Ioris : > > [...] > >> Forse mi sono perso qualcosa, ma quale è la differenza tra questa > > soluzione ed avere Apache prefork con N + M processi? > > > > La soluzione che hai indicato è quella tipica frontend + backend, nel > caso > > in cui il frontend sa ge

Re: [Python] Non blocking http server e integrazione con database relazionali

On Mon, Mar 17, 2014 at 12:34 PM, Nicola Larosa wrote: > Nicola Larosa wrote: >> >>> "3. Explicit coroutines: Twisted’s @inlineCallbacks, Tulip’s yield >>> from coroutines, C#’s async/await, where you have a syntactic >>> feature that explicitly suspends the current routine, >>> >>> 4. and finall

Re: [Python] Non blocking http server e integrazione con database relazionali

Nicola Larosa wrote: "3. Explicit coroutines: Twisted’s @inlineCallbacks, Tulip’s yield from coroutines, C#’s async/await, where you have a syntactic feature that explicitly suspends the current routine, 4. and finally, implicit coroutines: Java’s “green threads”, Twisted’s Corotwine, eventlet,

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-15 7:42 GMT+01:00 Nicola Larosa : > Manlio Perillo wrote: > >> > [...] > > Twisted offre un framework per la programmazione asincrona da anni, >> ma non è mai stato di moda, perchè molto più difficile. >> > > Non ha avuto grande successo per vari altri motivi: avanti sui suoi > tempi, doc

Re: [Python] Non blocking http server e integrazione con database relazionali

> 2014-03-16 19:40 GMT+01:00 Roberto De Ioris : > >> [...] >> > Le alternative che *io* vedo sono tutte architetturali, ovvero >> mettersi >> > nell'ordine di idee di avere un pool di worker fuori dall'app web e >> > delegare quasi ogni cosa li. >> >> >> Che sono le stesse che propongo io, django

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-16 19:40 GMT+01:00 Roberto De Ioris : > [...] > > Le alternative che *io* vedo sono tutte architetturali, ovvero mettersi > > nell'ordine di idee di avere un pool di worker fuori dall'app web e > > delegare quasi ogni cosa li. > > > Che sono le stesse che propongo io, django riceve la rich

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-16 18:40 GMT+00:00 Roberto De Ioris : > Che sono le stesse che propongo io, django riceve la richiesta, fa tutti i > controlli del caso (come l'autenticazione) e poi passa la connessione (o > tramite proxy o tramite fd-passing su socket unix) al backend gevent che > continua a gestire la s

Re: [Python] Non blocking http server e integrazione con database relazionali

> 2014-03-16 4:46 GMT+00:00 Roberto De Ioris : > >> Mi rendo conto che non e' un approccio molto tecnico, ma francamente >> sentirmi dire "che cazzo dici !!! ho letto sul blog di topogigio che si >> puo' fare e senza sforzo", beh un pochino mi rode... >> > > Scusa, ma esattamente la soluzione qual

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-16 4:46 GMT+00:00 Roberto De Ioris : > Mi rendo conto che non e' un approccio molto tecnico, ma francamente > sentirmi dire "che cazzo dici !!! ho letto sul blog di topogigio che si > puo' fare e senza sforzo", beh un pochino mi rode... > Scusa, ma esattamente la soluzione quale sarebbe?

Re: [Python] Non blocking http server e integrazione con database relazionali

> On 2014-03-15 18:08, Roberto De Ioris wrote: > >> Oggi ho buttato giu' questo: >> >> >> http://uwsgi-docs.readthedocs.org/en/latest/articles/OffloadingWebsocketsAndSSE.html > > Grazie, me lo rileggo domani con un tasso di sangue nell'alcol più > alto. Ma, domanda veloce: > > """ > This is the wh

Re: [Python] Non blocking http server e integrazione con database relazionali

On 2014-03-15 18:08, Roberto De Ioris wrote: Oggi ho buttato giu' questo: http://uwsgi-docs.readthedocs.org/en/latest/articles/OffloadingWebsocketsAndSSE.html Grazie, me lo rileggo domani con un tasso di sangue nell'alcol più alto. Ma, domanda veloce: """ This is the whole point of this a

Re: [Python] Non blocking http server e integrazione con database relazionali

>>> Roberto De Ioris wrote: Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' che TUTTE le librerie di terze parti sono "non-blocking-friendly" (passatemi il termine) e quindi gli utenti (piu' o meno) non devono preoccuparsi di nulla... > >> Nicola Larosa wrote:

Re: [Python] Non blocking http server e integrazione con database relazionali

Roberto De Ioris wrote: Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' che TUTTE le librerie di terze parti sono "non-blocking-friendly" (passatemi il termine) e quindi gli utenti (piu' o meno) non devono preoccuparsi di nulla... Nicola Larosa wrote: No, questo per Go non è

Re: [Python] Non blocking http server e integrazione con database relazionali

> Roberto De Ioris wrote: >> Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' >> che TUTTE le librerie di terze parti sono "non-blocking-friendly" >> (passatemi il termine) e quindi gli utenti (piu' o meno) non devono >> preoccuparsi di nulla... > > No, questo per Go non è vero. Ve

Re: [Python] Non blocking http server e integrazione con database relazionali

Roberto De Ioris wrote: Non c'e' niente da fare, il vantaggio di nodejs, Go ecc. ecc. e' che TUTTE le librerie di terze parti sono "non-blocking-friendly" (passatemi il termine) e quindi gli utenti (piu' o meno) non devono preoccuparsi di nulla... No, questo per Go non è vero. Vedi la mia rispo

Re: [Python] Non blocking http server e integrazione con database relazionali

> 2014-03-15 0:54 GMT+01:00 Giampaolo Rodola' : > >> >> 2014-03-14 18:12 GMT+01:00 Manlio Perillo : >> >> Ogni coroutine è come un thread ed ha bisogno di memoria per lo stack, >>> oltre poi al costo per il context switch. >>> >> >> Rispetto ad un thread il costo è però pressochè nullo. >> > > Rob

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-15 0:54 GMT+01:00 Giampaolo Rodola' : > > 2014-03-14 18:12 GMT+01:00 Manlio Perillo : > > Ogni coroutine è come un thread ed ha bisogno di memoria per lo stack, >> oltre poi al costo per il context switch. >> > > Rispetto ad un thread il costo è però pressochè nullo. > Roberto tempo fa ha

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-14 23:33 GMT+01:00 Balan Victor : > Il giorno 14 marzo 2014 18:12, Manlio Perillo ha > scritto: > > >> >> >> 2014-03-13 19:35 GMT+01:00 Balan Victor : >> >> Di recente ho letto un po di tornado, e in particolare mi sono soffermato >>> sul modulo tornado.httpserver(Non-blocking HTTP server

Re: [Python] Non blocking http server e integrazione con database relazionali

On 2014-03-15 05:54, Nicola Larosa wrote: Daniele Varrazzo wrote: Purtroppo tulip non si integra bene con il supporto green di psycopg, perché è basato su yield Chissà come mai Guido ci tiene tanto a questa seccatura dello yield... con tutti gli yeldini al posto loro. E non solo lui, a

Re: [Python] Non blocking http server e integrazione con database relazionali

Manlio Perillo wrote: Come vedi diventa molto complicato, specialmente se ad esempio devi fare il parsing di un protocollo come HTTP (puoi vedere il codice di Twisted se ti interessa). Twisted non si limita alle callback lisce ma ne gestisce esplicitamente i flusso (con i Deferred), e supporta

Re: [Python] Non blocking http server e integrazione con database relazionali

Daniele Varrazzo wrote: Purtroppo tulip non si integra bene con il supporto green di psycopg, perché è basato su yield Chissà come mai Guido ci tiene tanto a questa seccatura dello yield... con tutti gli yeldini al posto loro. E non solo lui, a quanto pare. Ecco ben spiegata la prospettiva

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-13 19:35 GMT+01:00 Balan Victor : > Di recente ho letto un po di tornado, e in particolare mi sono soffermato > sul modulo tornado.httpserver(Non-blocking HTTP server). Stando a quello > che c'è scritto sulla documentazione ufficiale parla di "non-blocking, > single-threaded HTTP server" e

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-14 18:12 GMT+01:00 Manlio Perillo : > Ogni coroutine è come un thread ed ha bisogno di memoria per lo stack, > oltre poi al costo per il context switch. > Rispetto ad un thread il costo è però pressochè nullo. Se non hai parti bloccanti che non riesci a "rendere asincrone" è di fatto l'ap

Re: [Python] Non blocking http server e integrazione con database relazionali

Il giorno 14 marzo 2014 18:12, Manlio Perillo ha scritto: > > > > 2014-03-13 19:35 GMT+01:00 Balan Victor : > > Di recente ho letto un po di tornado, e in particolare mi sono soffermato >> sul modulo tornado.httpserver(Non-blocking HTTP server). Stando a quello >> che c'è scritto sulla documentaz

Re: [Python] Non blocking http server e integrazione con database relazionali

On 2014-03-14 13:58, Roberto De Ioris wrote: Il 14 marzo 2014 13:35, Balan Victor ha scritto: Il giorno 14 marzo 2014 13:17, Giampaolo Rodola' ha scritto: 2014-03-14 8:26 GMT+01:00 Roberto De Ioris : Detto questo, ci sono comunque diversi moduli async-friendly/tornado-friendly ma sono spe

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-13 19:35 GMT+01:00 Balan Victor : > Di recente ho letto un po di tornado, e in particolare mi sono soffermato > sul modulo tornado.httpserver(Non-blocking HTTP server). Stando a quello > che c'è scritto sulla documentazione ufficiale parla di "non-blocking, > single-threaded HTTP server" e

Re: [Python] Non blocking http server e integrazione con database relazionali

> Il 14 marzo 2014 13:35, Balan Victor ha scritto: > >> Il giorno 14 marzo 2014 13:17, Giampaolo Rodola' ha >> scritto: >>> 2014-03-14 8:26 GMT+01:00 Roberto De Ioris : Detto questo, ci sono comunque diversi moduli async-friendly/tornado-friendly ma sono spesso "progettini", a volte >>

Re: [Python] Non blocking http server e integrazione con database relazionali

On 14 Mar 2014, at 14:03, Carlo Miron wrote: > Io invece credo parlasse di > +1 Da cui, poi, si arriva a **psycogreen** : https://bitbucket.org/dvarrazzo/psycogreen/ -- valerio __

Re: [Python] Non blocking http server e integrazione con database relazionali

Il 14 marzo 2014 13:35, Balan Victor ha scritto: > Il giorno 14 marzo 2014 13:17, Giampaolo Rodola' ha > scritto: >> 2014-03-14 8:26 GMT+01:00 Roberto De Ioris : >>> Detto questo, ci sono comunque diversi moduli >>> async-friendly/tornado-friendly ma sono spesso "progettini", a volte >>> svilupp

Re: [Python] Non blocking http server e integrazione con database relazionali

Il giorno 14 marzo 2014 13:17, Giampaolo Rodola' ha scritto: > > 2014-03-14 8:26 GMT+01:00 Roberto De Ioris : > > Detto questo, ci sono comunque diversi moduli >> async-friendly/tornado-friendly ma sono spesso "progettini", a volte >> sviluppati senza l'attenzione necessaria ad un modulo db-adapt

Re: [Python] Non blocking http server e integrazione con database relazionali

2014-03-14 8:26 GMT+01:00 Roberto De Ioris : > Detto questo, ci sono comunque diversi moduli > async-friendly/tornado-friendly ma sono spesso "progettini", a volte > sviluppati senza l'attenzione necessaria ad un modulo db-adapter (vedere > il lavoro titanico che c'e' dietro a psycopg2, che per la

Re: [Python] Non blocking http server e integrazione con database relazionali

> > Uno dei punti di forza di python (secondo me) e' la gigantesca > disponibilita' di moduli, e un utente medio si aspetta di poter continuare > a usarli tutti senza problemi, soprattutto se NON gli comunichi a > caratteri cubitali tutte le implicazioni del non-blocking (e invece gli > porti solo

Re: [Python] Non blocking http server e integrazione con database relazionali

> Di recente ho letto un po di tornado, e in particolare mi sono soffermato > sul modulo tornado.httpserver(Non-blocking HTTP server). Stando a quello > che c'è scritto sulla documentazione ufficiale parla di "non-blocking, > single-threaded HTTP server" e di risolvere il problemi di tipo C10K. Qu

Re: [Python] Non blocking http server e integrazione con database relazionali

Il giorno 13 marzo 2014 20:55, Francesco Pischedda < francesco.pische...@gmail.com> ha scritto: > in che senso non puoi creare una pagina dinamica? cosa te lo impedisce? > Da dove carico i dati se non dal DB? Per postgres c'è momoko ( http://momoko.61924.nl/en/latest/index.html ) che > wrappa psy

Re: [Python] Non blocking http server e integrazione con database relazionali

Il giorno 13 marzo 2014 19:35, Balan Victor ha scritto: > E non ho neppure trovato una libreria per collegarsi a qualche tipo di > database relazione Per postgres c'è momoko ( http://momoko.61924.nl/en/latest/index.html ) che wrappa psycopg2 ___ Pyth

Re: [Python] Non blocking http server e integrazione con database relazionali

On 13/03/2014 20:55, Francesco Pischedda wrote: cosa te lo impedisce? di quotare bene? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] Non blocking http server e integrazione con database relazionali

in che senso non puoi creare una pagina dinamica? cosa te lo impedisce? Il giorno 13 marzo 2014 20:46, Balan Victor ha scritto: > Il giorno 13 marzo 2014 20:41, Balan Victor ha > scritto: > > >> >> >> Il giorno 13 marzo 2014 19:40, Francesco Pischedda < >> francesco.pische...@gmail.com> ha scr

Re: [Python] Non blocking http server e integrazione con database relazionali

Il giorno 13 marzo 2014 20:41, Balan Victor ha scritto: > > > > Il giorno 13 marzo 2014 19:40, Francesco Pischedda < > francesco.pische...@gmail.com> ha scritto: > > Forse questa discussione può aiutarti >> http://stackoverflow.com/questions/3638844/is-tornado-really-non-blocking >> >> >>> >>> >

Re: [Python] Non blocking http server e integrazione con database relazionali

Il giorno 13 marzo 2014 19:40, Francesco Pischedda < francesco.pische...@gmail.com> ha scritto: > Forse questa discussione può aiutarti > http://stackoverflow.com/questions/3638844/is-tornado-really-non-blocking > >> >> avevo già visto questa discussione però più che chiarirmi mi ha confermando ch

Re: [Python] Non blocking http server e integrazione con database relazionali

Forse questa discussione può aiutarti http://stackoverflow.com/questions/3638844/is-tornado-really-non-blocking Il giorno 13 marzo 2014 19:35, Balan Victor ha scritto: > Di recente ho letto un po di tornado, e in particolare mi sono soffermato > sul modulo tornado.httpserver(Non-blocking HTTP s