Re: Problema con shared buffers and SHMMAX

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Edwin Quijada <listas_quijada(at)hotmail(dot)com>
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Problema con shared buffers and SHMMAX
Date: 2009-11-11 13:47:45
Message-ID: 20091111134745.GA4038@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Edwin Quijada escribió:

> Baje a 8gb e iguale a
>
>
>
> kernel.shmmax = 11811160064
>
>
> Con esto PG subio... implica algo en el So.

No implica nada, sólo que los procesos están autorizados a usar más
memoria. Básicamente shmmax es una protección del kernel para que
ningún usuario pueda dejar el desastre en un sistema cualquiera con sólo
pedir memoria compartida. Habiendo un administrador a mano que pueda
subir el límite cuando sea necesario, las cosas andan bien.

> kernel.shmall = 11811160064

Ten en cuenta que SHMALL se mide en páginas (de 4kb) no en bytes, así
que este valor que pusiste aquí es bastante más grande de lo que crees.
No hace daño porque es sólo una cota máxima, pero es para que lo tengas
en cuenta.

Ten en cuenta también que normalmente los problemas se presentan por
SHMMAX, casi nunca SHMALL representa un problema porque los valores por
omisión del kernel son razonables (en SHMMAX son demasiado chicos). Así
que si leíste en alguna página que había que incrementar ese valor
también, créele poco en cualquier otra cosa que te diga :-D

--
Alvaro Herrera Vendo parcela en Valdivia:
http://valdivia.vivastreet.cl/loteos-lotes+valdivia/parcela-en-cabo-blanco--valdivia/19288372
"¿Qué importan los años? Lo que realmente importa es comprobar que
a fin de cuentas la mejor edad de la vida es estar vivo" (Mafalda)

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Rafael Martinez 2009-11-11 14:08:22 Re: Problema con shared buffers and SHMMAX
Previous Message walter nacho 2009-11-11 13:23:45 INSTALAR POSTGRES 8.1 Y POSTGIS 1.1 EN SOLARIS 10