Hola a todos,

Me demore un poco en traerles una actualizacion de que estoy haciendo para
encontrar el problema.

Como les dije genere unos reportes usando pgBadger durante el periodo en
que los test se ejecutaton para 9.6 y 13.

Log_min_duration_statement = 500

Las 20 queries lentas en 13 fueron commit, no hubo otro statement que se
registrara en los logs de postgres y todos estaban por 600ms a 750ms de
duracion.

En pg9.6 las queries fueron unas queries que ejecute yo es decir ninguna
query de la applicacion duro mas de 500ms.

Hice un analisis usando pg_stat_statement

El blks_hit ratio en los dos es casi identico, en pg13 solo una consulta
tiene un 94.x%  unas pocas 96% y 98% todas las demas estan entre  99.6% y
100%

Revise las 20 queries mas lentas de cada uno y no coiciden mucho, pero los
tiempos de ejecucion son bien similares. La diferencia esta en el
coeficiente de desviacion, hay unas pocas queries que son ejecutadas por
Ruby/active records para revisar que el mapeo definida en sus clases y lo
que hay en la BD concuerda, esas queries son ejecutadas en las dos base de
datos y afectan los reaultados de new relic.

Fuera de esas queries no veo nada mas.

Hubo alguien conmigo revisando ayer del equipo de soporte de Microsoft y no
encontramos ninguna magic bullet tampoco. Tratamos de optimizar los
parametros de vacuum para inserts porque algunas queries mas lentas en pg13
are inserts donde existen partitions based on triggers.

Me pregunto si eso pudiera ser un problema?

Lo otro que eatoy haciendo es preparando todo para probar pg 14.4.

Es decir voy a tener 3 MV 9.6, 13 y 14 para ver los resultados.

@Horacio Miranda <hmira...@gmail.com> hable con mi manager sobre el
encuentro, pudieramos hacerlo pero la informacion que puedo darte es muy
limitada a menos que trabajes para una de las compańias con las cuales
tenemos contrato y premiun support, por ejemplo si trabajas para
EDB/2dnQuadrant, Microsoft, Redhat, CrowdStrike si pudiera ser porque los
acuerdos de confiabilidad estan ahi ya hechos.

Yo tengo un ticket con EDB y Microsoft para ver si pueden darme algun tipo
de consultoria y estamos trabajando en eso pero sin resultados aun.

Se que @Alvaro Herrera <alvhe...@2ndquadrant.com> trabaja con EDB despues
que EDB adquirio 2ndQuadrant, a el si podria darle el ticket que tengo con
EDB.

Gracias a todos y los seguire actualizando en funcion de lo que vaya
encontrando.

Carlos

Reply via email to