Skip site navigation (1) Skip section navigation (2)

Re: SHMALL y PAGE_SIZE

From: Juanky Moral <juanky(dot)moral(at)gmail(dot)com>
To: Juanky Moral <juanky(dot)moral(at)gmail(dot)com>, Lista postgreslq Postgresql <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: SHMALL y PAGE_SIZE
Date: 2005-11-19 14:59:14
Message-ID: 463a53a40511190659m2605555fi@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
El 19/11/05, Alvaro Herrera<alvherre(at)commandprompt(dot)com> escribió:
> Juanky Moral escribió:
> > El 19/11/05, Alvaro Herrera<alvherre(at)commandprompt(dot)com> escribió:
> > > Juanky Moral escribió:
> > >
> > > > - la documentación ha cambiado: ya no aparece la fórmula que
> > > > publicaron en su día para calcular un tamaño razonable para SHMMAX, en
> > > > función del número de conexiones y del nº de shared_buffers.
> > >
> > > Bueno, todavia la formula sigue dependiendo exclusivamente de
> > > max_connections y shared_buffers, pero las constantes han crecido.
> > > Es facil hacer una investigacion modificando esos valores para obtener
> > > varios puntos de la recta y calcular las constantes.  Observa que
> > > Postgres te indica cual es el tamaño del segmento que esta pidiendo, si
> > > no logra crearlo (hint: bajar SHMMAX hasta un numero ridiculamente
> > > pequeño)
> > Bueno, tengo que confesar que molaba más aquello de la fórmula...
> > pero en fin, supongo que éso es lo que hay.
>
> Bueno, lo que trataba de decirte era que construyeras la fórmula :-)
>
> Claro que la fórmula es dependiente de la versión, por lo que si quieres
> hacer investigación periodística te costará un poco :-)  Siempre puedes
> pedirle a alguien de la lista que contribuya ...
Nunca he dejado de solicitarlo... desde la primera versión.
>
> Si quieres ser absolutamente riguroso con el calculo, ve
> CreateSharedMemoryAndSemaphores() en src/backend/storage/ipc/ipci.c
>
>
> > > No creo.  SHMALL es un limite que aplica al total de procesos, mientras
> > > que SHMMAX aplica a cada proceso individualmente, AFAIK.
> > He probado a mantener SHMALL en su valor original (default) y todo
> > parece ir bien, incluso guardando un 10% de la memoria para
> > shared_buffers, como dice Momjian.
> > Creo que es lo que recomendaré (si no me dices lo contrario).
>
> Claro que eso fallará cuando llegue alguien con un servidor con 64 GB de
> memoria ...
Claro. Por eso pido ayuda a esta lista.

La afinación de postgres es crucial para sacar el máximo rendimiento
al servidor. Pero como todos sabemos, no empieza por la afinación de
las querys (índices, y demás), sino por afinar el hardware del
sistema.

Sólo que, para mí y me temo que para muchos, es de lo más críptico que
se puede leer sobre postgres.

Nuevamente, agradeceré cualquier colaboración de la lista que sirva
para ayudarme a escribir un articulo que ayudará a muchos en este
importante objetivo de exprimir postgres.
Gracias.


>
> --
> Alvaro Herrera                                http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>


--
Juanky Moral - www.juancarlosmoral.es

In response to

Responses

pgsql-es-ayuda by date

Next:From: Jaime CasanovaDate: 2005-11-19 17:46:21
Subject: Re: URGENTE ELIMINACION DE BASE DE DATOS,NO SE RESTAURA
Previous:From: Alvaro HerreraDate: 2005-11-19 14:45:01
Subject: Re: SHMALL y PAGE_SIZE

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group