Re: Valor del parametro max_locks_per_transaction

From: Sergio Sinuco <sergiosinuco(at)datatraffic(dot)com(dot)co>
To: Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Valor del parametro max_locks_per_transaction
Date: 2016-08-05 20:37:33
Message-ID: CAHn1vgGw3r6B5gH7E8e+=Gngy+1qrGY3BMZxqVqka97Oq+YCvQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola a todos.

Agradezco los consejos dados.

Modifique los updates y ahora tengo 200 locks por transaccion.
Modifique max_locks_per_transaction
a 200. Hasta ahora esta funcionando todo y no se ha vuelto a presentar el
error.

El 2 de agosto de 2016, 18:49, Emanuel Calvo <3manuek(at)gmail(dot)com> escribió:

> El 2 de agosto de 2016, 18:26, Alvaro Herrera
> <alvherre(at)2ndquadrant(dot)com> escribió:
> >
> > Alvaro Herrera escribió:
> >
> > > Se aumenta más o menos en 302 bytes por cada unidad que aumentas en
> > > max_locks_per_transaction (ver LockShmemSize). O sea en vez de usar
> > > ~19kB vas a usar ~240kB. No creo que te afecte en nada.
> >
> > En realidad este cálculo está mal, porque falta multiplicar por
> > NLOCKENTS que es MaxBackends+max_prepared_xacts. Si alguien sabe usar
> > una calculadora, ¡help! ;-) Pero sigue siendo un número relativamente
> > pequeño.
> >
>
> Iba a preguntar si los custom workers contaban en los backends, pero
> luego encontré
> el InitializeMaxBackends en postinit:
>
> MaxBackends = MaxConnections + autovacuum_max_workers + _the extra
> unit accounts for the autovacuum launcher_ + max_worker_processes;
>
> _the extra unit accounts for the autovacuum launcher_ = 1
>
>
> Suponiendo los valores por defecto, serían 112 backends, 0 prep xacts.
> ~240kb * 112 ~= ~26MB.
>
> Gracias por esa info!
>
> --
> --
> Emanuel Calvo
> 3manuek.com
>

--
Sergio E. Sinuco Leon
Arquitecto de desarrollo
Datatraffic S.A.S.
Móvil: (57) 310 884 26 50
Fijo (+571) 7426160 Ext 115
Carrera 47 A No 91 - 91
Bogotá, Colombia.
www.datatraffic.com.co

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Sandino Araico Sánchez 2016-08-06 02:18:35 Re: [OFF-TOPIC] UBer cambia Postgres por MySQL
Previous Message Jaime Casanova 2016-08-05 20:06:28 Re: [OFF-TOPIC] UBer cambia Postgres por MySQL