Hola Version PostgreSQL 8.1.11 Centos 2.6.18-128.1.10.el5 #1 SMP Thu May 7 10:35:59 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux No utilizamos ningún sistema de poling de conexiones. A nivel de log, veo que el retraso viene a nivel de cuando le toca ejecutarse. Ejemplo los clientes y servidor tienen la misma hora, desde el cliente se manda el select a las 02:00:00 y en el server veo que se ejecuta a las 02:00:20. Durante esos 20 segundos veo en el log que se estan ejecutando las slq's de otros clientes (que también viene con retraso)
@Alvaro: Pq es bueno hacer un VACUUM sino estoy borrando registros. ¿? El 18 de noviembre de 2009 01:16, Alvaro Herrera <[email protected]>escribió: El 18 de noviembre de 2009 01:16, Alvaro Herrera <[email protected]>escribió: > OgiSer Tamade escribió: > > Hola, > > > > tengo un sistema de 50 conexiones concurrentes, éxiste un tabla de > pedidos > > donde cada cliente realiza un update para capturar un pedido a tratar y > un > > select para saber todos los datos del mismo. La tabla tendrá un millon de > > registros con sus indices correspondientes. El problema que tengo es que > > últimamente tengo picos de ralantización del sistema si hago un top -c > > aparecen bastantes procesos de postgre. El sistema tienda a solucionarse > > sólo (los tiempos son los correctos) o se degrada el tiempos y tengo que > > reiniciar el sistema. > > Creo que tienes que hacer VACUUM muy frecuentemente sobre esa tabla. > > -- > Alvaro Herrera Vendo parcela en Valdivia: > > http://valdivia.vivastreet.cl/loteos-lotes+valdivia/parcela-en-cabo-blanco--valdivia/19288372 > "God is real, unless declared as int" >
