Lazaro Garcia escribió: > scaling factor: 1
> number of clients: 50 > Analizando el log de postgres con pgbadger pude ver que los updates demoran > enormemente para una tabla con 10 tuplas solamente. Luego ejecuté un explain > analyze y los resultados del explain se contradicen a lo que arroja el test: > > > > Update on pgbench_tellers (cost=4.14..8.16 rows=1 width=358) (actual > time=0.021..0.021 rows=0 loops=1) Este test no tiene sentido. Si la tabla es muy pequeña, los update van a estar en conflicto permanente unos con otros, y por supuesto eso demorará. Repite el test con un "scale" mayor (entiendo que la idea es que el scale debería ser al menos tan grande como el núm de clientes) Dicho eso, ni siquiera mencionaste la configuración de discos (así que seguramente son lentos), y el sinc commit es sobre todo un test a qué tan rápido puedes hacer flush a disco. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
