[Python] web: sync vs. async
Manlio Perillo
manlio.perillo a gmail.com
Sab 3 Dic 2011 15:51:08 CET
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Il 02/12/2011 23:25, Daniele Varrazzo ha scritto:
> On Fri, 02 Dec 2011 22:53:17 +0100, Manlio Perillo wrote:
>
>> Usando thread o processi?
>> Che tipo di hardware e che web server (nel caso di applicazioni web)?
>> Quante connessioni concorrenti?
>>
>> Infine una curiosità: assumendo che sia il vecchio che il nuovo
>> application server offrano WSGI e che nel nuovo usi greenlet, quanto
>> impegno ha preso la riscrittura dell'applicazione?
>
> No, l'assunzione è sbagliata. I nostri programmi non sempre sono
> classici programmi web, non abbiamo il tipico "tanti client web da far
> scalare". La concorrenza ce l'abbiamo su problemi da risolvere
> contemporaneamente in un ambiente event-driven: non c'è wsgi di mezzo.
> [...]
> Il problema non è apache, quello ha ben poco da fare. Il problema è solo
> fare concorrenza con python, per la qual cosa i thread non vanno bene,
> indipendentemente da wsgi che ci metti in mezzo, che è solo un protocollo.
>
Ok, allora concordo in pieno.
Se hai un server shared nothing la mia soluzione preferita è quella
adottata da Nginx:
processo master + N processi worker + programmazione ad eventi in
ciascun worker
Oppure, se riesci a sopportarlo, Erlang.
Ciao Manlio
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk7aN1wACgkQscQJ24LbaUSSHwCgmf76KHGXUaF+Sjo2T5NMPsG3
CgsAn2/JMi57V34ThLNNPVs6nSvww4u2
=EecN
-----END PGP SIGNATURE-----
Maggiori informazioni sulla lista
Python