2014-06-13 10:41 GMT+02:00 Sergi Almacellas Abellana <[email protected]>: > El 13/06/14 10:10, [email protected] ha escrit: > > Buenos días, > > ahora que ya llevamos un tiempo trabajando con Tryton nos estamos fijando en > que hay una serie de procesos que, almenos en nuestra instalación son > bastante lentos, y quería saber si le pasa a alguien más o si el problema es > de nuestra instalación. > > La versión que tenoemos instalada en el servidor es la 3.0, mientras que los > clientes usados tanto para Windows como para Linux són la 3.0.2. > > > Me suena que en la versión 3.2 se realizó alguna mejora para mejorar el > rendimiento de estas líneas. Primera recomendación actualizar :) > > > Pongo algunos ejemplos para explicar lo que nos encontramos: > > 1. Módulo sale: al abrir el módulo de "Ventas->Ventas->Pestaña Todo", > tenemos 621 registros, pero la carga de la tabla necesita unos 6 segundos. A > nosotros nos da la sensación que són muchos segundos para tan pocos > registros, pero no sé si es normal o no. > > > En mi maquina en local con 8GB de RAM y con la versión 3.2, con una BD con > ~8000 ventas (y 50.000 lineas de ventas), tarda 1 segundo en abrir esta > misma pestaña. > > 2. Módulo project_helpdesk: al abrir el módulo "Proyectos->Soporte->Todos > los soportes->Pestaña Todos los soporte", tenemos 1079 registros (1000 en la > 1a página y 79 en la segunda), y tarda unos 27 segundos en cargarla. > > No tengo este módulo instalado, però me parece una barbaridad 27 segundos > para cargar 1000 registros.
Sólo aclarar que los 1000 registros no se cargan sinó que se van cargando dinámicamente mientras se hace scroll... > > Echando un vistazo al código la función get_lask_talk puede ser el causante > de tu problema, porqué para cada registro que cargas se esta haciendo una > llamada al modelo project.helpdesk.talk, que supongo que tendréis unos > cuantos registros más.... > > Ademas el campo num_attachment hace exactamente lo mismo però para la tabla > de attachments.... > > Estas dos funciones se puede optimizar utilizando una consulta para calcular > un conjunto de registros utiliando la primera variante de [1], y lo notaréis > especialmente en las vistas de lista, cómo es tu caso. > > > I así con algunos otros módulos: account_invoice... > > Pensábamos que quizás era un problema del servidor, y por ello lo cambiamos > a una máquina con 16Gb de RAM y 8 CPU.... y el problema persiste. > > > Maquina virtual o dedicada? > > > Así pues no sabemos qué problema puede haber o si simplemente así es su > funcionamiento. > > También hemos probado de usar la propiedad para limitar el número de > registros en el cliente (a 100, por ejemplo), pero los tiempos de carga son > los mismos. > > ¿Sabéis si hay alguna forma de optimiar el rendimiento? > > Optimiza postgresql. Cuanta RAM le tenéis assignada a PostgreSQL? Ten en > cuenta que los parámetros por defecto de postgresql són muy conservadores, > por lo que si no los modificas normalmente no se aprovechará todo el > potencial de la màquina. > > Hay un script llamado pg_tune [2] que te ayuda a realizar esta > configuración. > > [1] > http://doc.tryton.org/3.2/trytond/doc/ref/models/fields.html?highlight=function#trytond.model.fields.Function.getter > [2] https://github.com/gregs1104/pgtune > > -- > Sergi Almacellas Abellana > www.koolpi.com > Twitter: @pokoli_srk -- Albert Cervera i Areny Tel. 93 553 18 03 @albertnan www.NaN-tic.com
