Conexiones lentas y bajo rendimiento

[kirof]

Hola a tod@s. Tengo una pregunta un poco "genérica", pero a ver si alguien sabría decirme el porqué de mi problemilla.
Tengo una base de datos con postrgreSQL 8.1.0 y una aplicación que se conecta a ella. El caso es q se conectan 6 equipos al servidor. Los equipos están bien dotados (doble núcleo, 2 GB de RAM) y el servidor todavía mejor.

El caso es q la conexión va lentísima. El rendimiento de los equipos está bien (uso de CPU al 5 - 10 % y RAM 200-300 MB). En el servidor, más de lo mismo. Supongo que el problema ha de ser de la red (el caso es que está bien montada. Es una red local a 100).

Algo me comentaron de que el problema podría residir en el modificador "binary" q puede ser lo q ralentice mucho el tema. Es decir, el problema estaría en el propio PostgreSQL.

Estoy bastante perdido. Alguien tendría alguna idea de dicha ralentización de todo?? Sé que es un poco ambiguo todo, pero si alguien tuvo este problema o tiene idea de cuál podría ser la causa, se lo agradecería enormemente.

Un saludo.

[seyko]

Modificar binary???
Lo que conozco en postgres como binary es un tipo de datos.

El problema parece estar en la red!

Para acotar el problema, yo abriria varias sesiones en el servidor (en local) y las pondria a currar, si va bien de tiempo... lo más seguro es que sea de red. Porque para 6 equipos no hay que tocar nada de la configuración.

Tengo un postgres 8.1.9 en producción con una carga de 200-300 usuarios y va de lujo.

Salu2

[kirof]

Perdón, con "modificador" quería decir "palabra reservada" . Me refería a tipo de datos, vaya

Muchas gracias por tu rápida respuesta. Me pondré manos a la obra con lo que me has dicho y ya pondré aquí qué tal fue todo.

Mil gracias de nuevo.

Saludos!!

[seyko]

Me da que quien te haya contado esa milonga se lo ha inventado! (es una opinion, tambien me puedo equivocar)

Ya nos cuentas...

[Sergestux]

Tambien podria ser cosa de que no hayas creado indices y te falte hacerlos, por que sin ellos postgres se alenta mucho, ademas de los vacuums aunque no tengo el dato si esa version ya los hace automaticos

[varoda]

Hola, a mi tb me pasa lo mismo y creo que es por lo de los vacuum. Cuando ejecuta tanto un vacuum analyze como un vacuum full la aplicación me va mucho mejor que si no lo hubiera hecho. Ahora queria automatizar la ejecución de estas dos operaciones, para esto he instalado el pgagent siguiendo los pasos que vienen en la ayuda pero llega un momento que no se por donde tirar.
Me crea un catalogo que se llama pgAgent y despues instalo el servicio y lo pongo a funcionar. Según lo que yo entiendo de la ayuda ahora tendria que poder crear un trabajo (job), pero no se en donde.
No se si lo que me pasa será un problema de versiones de postgres porque en un principio lo probe en 1.4.1 y no funcionaba, ahora lo tengo sobre 1.8.0.
Espero que alguien me pueda ayudar.
Un saludo y gracias.

[seyko]

varoda te veo bastante perdido.

Busca Vacuum en postgresql.conf y veras todos los parametros que tienes para configurarlo.

Un consejo no uses Vacuum full si no sabes que de verdad quieres / necesitas hacerlo.

Salu2

[varoda]

yo lo que quiero es automatizar la ejecución de vacuum analyze y para eso queria configurar el pgagent, a no ser que exista otro forma de hacerlo sin utilizar pgagent

[kirof]

Muchas gracias a todos por vuestras respuestas.

Hola Sergestux, sí que tengo índices creados y los vacumm los hago de forma manual. Al igual que le pasa a Varoda, quisiera poder hacerlos de forma automática, pero no lo consigo.

Sigo buscando, probando y a ver si consigo algo. Os mantendré informados.

Saludos.

[kirof]

Me vais a matar...... Se me olvidó comentar un "pequeño" detalle. Resulta que la aplicación a la q e refiero es un GIS (Sistem a de Información Geográfica). Entonces cuando estamos trabajando, las consultas se relaizan sobre datos espaciales. Esto es, cuando, por ejemplo, realizo una petición desde la aplicación para que me cargue un municipio en concreto, parece que la búsqueda por índice espacial no funciona. La impresión es la de que realiza una búsqueda secuencial.

Para ser más concreto: imaginemos que ya tenemos un mapa cargado (tipo google maps) y decido pinchar sobre el mapa y desplazarlo hacia un lado. Bien, pues tarda mucho tiempo en volver a generar dicho mapa, cargando capa a capa, y la impresión que me da es q realiza un búsqueda secuencial de municipios/pueblos y luego empieza a mostrar todo. --> problema de índices espaciales.

Seguiré indagando.

Saludos.

[seyko]

Iniciado por varoda

yo lo que quiero es automatizar la ejecución de vacuum analyze y para eso queria configurar el pgagent, a no ser que exista otro forma de hacerlo sin utilizar pgagent

Eso te comentaba, en postgresql.conf

autovacuum = on # enable autovacuum subprocess?
#autovacuum_naptime = 60 # time between autovacuum runs, in secs
#autovacuum_vacuum_threshold = 1000 # min # of tuple updates before
# vacuum
#autovacuum_analyze_threshold = 500 # min # of tuple updates before
# analyze
#autovacuum_vacuum_scale_factor = 0.4 # fraction of rel size before
# vacuum
#autovacuum_analyze_scale_factor = 0.2 # fraction of rel size before
# analyze
#autovacuum_vacuum_cost_delay = -1 # default vacuum cost delay for
# autovac, -1 means use
# vacuum_cost_delay
#autovacuum_vacuum_cost_limit = -1 # default vacuum cost limit for
# autovac, -1 means use
# vacuum_cost_limit

No hace falta utilizar un job para hacer vacuum.

Salu2

[varoda]

entonces si esta el parametro autovacuum activado (= on) ya se realizan los vacuum de forma automatica?.
Lo que no se es que tipo de vacuum realiza y cuando lo hace, según lo que tengo leido lo hace solo si es necesario, aunque no entiendo esto muy bien.