Demora/lentitud SIU-Diaguita Licitación 1611 renglones (SOLUCIONADO)

Hola buenos días.

Estamos teniendo problemas de lentitud para trabajar con licitaciones de mas de 800 renglones (ya con 500 renglones se nota una disminución del rendimiento), actualmente estamos trabajando con una licitación de 1611 renglones. Adjunto video https://www.youtube.com/watch?v=jWMbI2owm04

Como se puede ver en el mismo demora para abrir el tramite tanto como para guardar, asi mismo que presenta otro problema reportado en el ticket #13688 pero ese es otro tema.

Quería saber si a alguien más le sucede?

Detalle del sistema:
Linux Debian
PostgreSQL 8.4
PHP 5.3
SIU-Diaguita 2.1.2

Para tratar de mejorar el rendimiento probe varias cosas una de las ultimas fue usar la pagina http://pgtune.leopard.in.ua/
Que para 4 GB de RAM y 50 usuarios me dio estos valores:

postgresql.conf

max_connections = 50
shared_buffers = 1GB
effective_cache_size = 3GB
work_mem = 20971kB
maintenance_work_mem = 256MB
checkpoint_segments = 32
checkpoint_completion_target = 0.7
wal_buffers = 16MB
default_statistics_target = 100

/etc/sysctl.conf

kernel.shmmax=2147483648
kernel.shmall=524288

Adjunto archivos (no me deja adjuntar archivos .conf ni .log)

https://www.dropbox.com/sh/9uhumtn7o5j2mbm/AABcmlWYwUOxkt1f3ByShq5Aa?dl=0
postgresql.conf - http://pastebin.com/jBWt2qJr ( omitir la lineas de log - ya que estoy haciendo pruebas)
postgresql-2015-05-06_112108.log (log del proceso de abrir una convocatoria/licitación que esta en borrador)

Buen día Carlos,

Por un lado, fijate de evaluar el rendimiento de tu servidor web junto con php (memoria, tiempos, etc.) y ver si tiene unos valores mínimos aceptables (+512RAM, etc.).

De todas formas, creería que se trata de un cuello de botella en la recuperación / procesamiento de los datos. Junto con el GDS reportado, vamos a tratar de evaluar este punto…

Saludos!

PD: Algunas herramientas con las que pueden ir analizando la carga de un server: pg_top, apachetop, etc.

Buenos días Sergio, ahí subí los archivos a la carpeta de dropbox.

Saludos!

Carlos,

seguimos trabajando con esta operación… detectando dos posibles mejoras a realizar: por un lado, el volumen de datos se hace sentir debido al número de consultas al motor de datos (esto es una mejora realizable); por otra parte, estamos analizando la forma de mejorar la usabilidad de la aplicación para cuando se está gestionando este volumen intensivo de datos.

Saludos!

Hola Carlos,

Para la versión 2.2.2 de SIU-Diaguita se incorporan mejoras a la etapa de convocatorias referente al rendimiento del sistema, consumo de recursos y el tiempo de respueta general.

Con respecto al volumen de datos simultáneos que se manejan (editar los 1611 renglones en una sola pantalla), se está analizando los posibles cambios para evitar este tipo de complicaciones en la usabilidad de la interfaz del sistema.

Saludos!!