Eu respondi isso por outra pergunta aqui:
O Git não consegue avançar com erro ' sem memória '
Não estou respondendo a todas as suas perguntas aqui, mas a pergunta em seu título:
How to set shmall, shmmax, shmni, etc … in general and for postgresql
Com algumas distribuições de kernel, existem configurações que impedem que o kernel seja alocado para um único processo:
Set Kernel Parameters
Modify the "/etc/sysctl.conf" file to include the lines appropriate to your operating system.
# Red Hat Enterprise Linux 3.0 and CentOS 3.x
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.shmall = 2097152
kernel.shmmin = 1
kernel.shmseg = 10
# semaphores:
semmsl, semmns, semopm, semmni kernel.sem = 250 32000 100 128
fs.file-max = 65536
# Red Hat Enterprise Linux 4.0 and CentOS 4.x
kernel.shmmax = 536870912
kernel.shmmni = 4096
kernel.shmall = 2097152
Se o seu processo exceder os limites, o kernel irá matar o processo apesar da memória máxima reportada estar disponível no seu sistema.
Nota: tenha cuidado com estas configurações. Você provavelmente não quer usar as configurações nesse exemplo quando eu as tirei de um servidor em nosso ambiente.
Algumas notas extras para mencionar:
To Update and test kernel settings with sysctl, use following commands:
List current settings: sysctl -A|grep shm
sysctl -w kernel.shmmax=<value> to write in sysctl.conf
sysctl -p /etc/sysctl.conf to read/reload the values from sysctl.conf
Disable secure linux by editing the "/etc/selinux/config" file, making sure the SELINUX flag is set as follows.
SELINUX=disabled
Is this appropriate ? If not (or not necessarily), in which case would it be appropriate ?
As configurações do kernel são geralmente mais estritamente definidas em ambientes de datacenter quando os provedores de ISP não querem um único processo de cliente que monopolize todos os recursos em um servidor compartilhado.
Normalmente, você não precisa configurar os parâmetros de memória do kernel, a menos que tenha um processo que está sendo eliminado pelo kernel devido à falta de recursos.
Em alguns casos, o postgres também pode alocar mais mem para tamanhos de página específicos do que o que está disponível na memória compartilhada:
* The PostgreSQL server failed to start. Please check the log output:
2011-11-04 05:06:26 UTC FATAL: could not create shared memory segment: Invalid
argument
2011-11-04 05:06:26 UTC DETAIL: Failed system call was shmget(key=5432001, size
=161849344, 03600).
2011-11-04 05:06:26 UTC HINT: This error usually means that PostgreSQL’s reques
t for a shared memory segment exceeded your kernel’s SHMMAX parameter. You can
either reduce the request size or reconfigure the kernel with larger SHMMAX. To
reduce the request size (currently 161849344 bytes), reduce PostgreSQL’s shared
_buffers parameter (currently 19200) and/or its max_connections parameter (curre
ntly 53).
If the request size is already small, it’s possible that it is less than
your kernel’s SHMMIN parameter, in which case raising the request size or recon
figuring SHMMIN is called for.
The PostgreSQL documentation contains more information about shared memo
ry configuration.
…fail!
Erros como o exemplo acima, podem ser resolvidos ajustando as configurações do recurso do kernel. As configurações e métodos recomendados, para determinar as configurações de recursos, são descritos em detalhes aqui:
No entanto, você realmente não precisa tocar nessas configurações, a menos que esteja encontrando situações de fome de recursos relacionadas ao processo postgres. Essas situações ocorrem, na maioria das vezes, em ambientes compartilhados ou servidores com poucos recursos alocados para eles.
Can anybody explain how to really set them from the ground up ?
Quanto ao ajuste do Postgres, você deve ler isto: