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)
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 |