From: | Emanuel Calvo <3manuek(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Sergio Sinuco <sergiosinuco(at)datatraffic(dot)com(dot)co>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Valor del parametro max_locks_per_transaction |
Date: | 2016-08-02 23:49:51 |
Message-ID: | CAJeAsn8kbqZYv+RgxGp59=2B5Yiz1h3LYQVEkoG+vpkWZB=0kg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
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
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Kernel | 2016-08-03 16:40:24 | RECOVERYXLOG |
Previous Message | Sergio Sinuco | 2016-08-02 21:28:16 | Re: Valor del parametro max_locks_per_transaction |