[pyar] Python y sockets

[QliX=D! [aka EHB]]

La mejor forma para encarar esto es usar de 'Middleware' algo tipo rabbitmq
que te deje desdoblar la frecuencia de recepcion con la frecuencia de
inserción. Se me ocurre rabbitmq por que te deja facilmente hacer las colas
persistentes que evitaria que pierdas datos.
Por otro lado podes hacer algo mas simple usando un proceso reciba el udp,
otro que encole en memoria y uno mas para poder hacer las insersiones en la
db desde esa cola en memoria.
La otra opcion... a mi gusto menos recomendable es usar delayed inserts.

Saludos.
-EHB-
El abr 16, 2013 8:05 PM, "Claudio Freire" <klaussfreire en gmail.com> escribió:

> 2013/4/16 Tonny <tonny.lists en gmail.com>:
> > Muchas gracias a todos, voy a probar twisted,
> > lo del proceso por cada lectura es una prueba nada mas, de ahí se llama
> a la
> > función procesar directamente
> > Lo de la medición tambien lo hice y el tiempo es variable entre
> 0.1segundos
> > hasta 3 segundos, al parecer en la base de datos se demora la insertada
> > lo raro es que en el programa java no tarda los dos escriben en la misma
> > base de datos
> > estoy usando el driver para postgres psycopg2 supongo es el mejor para
> > postgres.
>
>
> En el caso que la base de datos sea lo limitante, es posible que
> twisted no te provea ninguna ventaja, dependiendo qué tipo de base de
> datos es.
>
> Para poder aprovechar twisted, necesitás un conector asincrónico, que
> pocos motores soportan.
>
> Si no lo tenés (o no lo querés usar, que son un bardito), un thread
> pool es más que suficiente para tu aplicación, me parece a mí, porque
> los threads son muy eficientes al paralelizar I/O (y en tu caso,
> esperar la base de datos es esperar I/O).
>
> Ahora, el problema más profundo que tenés, es que tu base de datos no
> se banca la carga que le vas a tirar. Incluso con threads y toda la
> bola, se te van a acumular updates en la cola, si la base de datos no
> los despacha rápido. Rara vez abrir N conexiones te N-iplica el
> volumen de inserts, así que tenés problemas. Más que probable tengas
> que investigar por qué la base está lenta, y solucionarlo, ASAP.
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130416/4889853b/attachment.html>