2014-07-01 19:32 GMT+02:00 Andres Vargas - zodman <[email protected]>:
> instala el http://pgfouine.projects.pgfoundry.org/ > > pgfouine te da mucha informacion acerca de lo que esta haciendo > postgresql, se me hace raro que con una maquina grande ( tienes 16Gb de ram) > > Checa tmb la velocidad de respuesta.... tmb puede ser problemas de DNS o > de velocidad de red, conflictos de red. > si tienes acceso directo a la maquina con el trytond. crea una mini red > para ver cual es el problema > > > Asi como como todos tratan de buscarle solucion tambien comparte tus > hallasgos ... > > buscame en el irc de #tryton-es > Creo que es casi imposible que la culpa sea de PostgreSQL. Muy probablemente sea o bien de algún campo calculado poco optimizado o bien de algun "depends" de algún campo inecesario o que se debería intentar evitar. La forma más fácil para encontrar el origen del problema es ir quitando campos de la vista tree para ver qué campo (o qué campos) son los que generan el problema de rendimiento. Y a partir de ahí o bien quitar definitivamente esos campos o bien optimizar el código.. > > El 1 de julio de 2014, 12:11, Sergi Almacellas Abellana<[email protected]> > escribió: > > El 30/06/14 09:17, [email protected] ha escrit: >> >> Hola a todos, >>> >>> después de unos días, hemos seguido los consejos aquí propuestos para >>> intentar solventar el problema de lentitud en la carga de registros del >>> módulo de Soporte. >>> >>> 1. Migrar a la versión 3.2 de Tryton >>> 2. Tunear PostgreSQL >>> >> >> Puedes explicar que habéis hecho para tunerar PostgreSQL? >> >> Tenéis maquina virtual o maquina dedicada? En caso de que sea virtual, en >> que sistema virtualizáis? >> >> >>> La mala notícia es que el problema persiste. >>> >>> Hemos hecho el cálculo y la carga de la pantalla de Todos los Soportes >>> del Módulo de Soporte tarda 18 segundos, lo que es una barbaridad. >>> >> Cuanto os tarda la pantalla de ventas? Esa ha mejorado? >> >> Habéis actualizado el módulo de soporte con las últimas modificaciones >> que debatimos en este hilo? >> >> >> >>> La verdad es que no sabemos que más mirar. >>> >>> Si alguien titne alguna pista más por dónde mirar se agradecerá. >>> >>> Estaria bien saber si el que va lento es el postgresql o algun cálculo >> del sistema. Has mirado con top que procesos utilizan mas CPU durante la >> carga? >> >> Saludos y gracias! >>> >> De nada :) >> >> >> -- >> Sergi Almacellas Abellana >> www.koolpi.com >> Twitter: @pokoli_srk >> >> > > > -- > Andres Vargas > www.zodman.com.mx > -- Albert Cervera i Areny Tel. 93 553 18 03 @albertnan www.NaN-tic.com
