如何设置shmall，shmmax，shmni等…一般和postgresql

我在这里回答了另一个问题：

Git无法推出错误'内存不足'

我不是在这里回答你所有的问题，而是你题目中的问题：

如何设置shmall，shmmax，shmni等…一般和postgresql

对于一些内核分配，有一些设置可以防止内核将最大内存分配给一个进程：

 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 

如果您的进程超出限制，尽pipe系统上报告了最大内存，内核仍将终止进程。

注意：请注意这些设置。 您可能不想使用该示例中的设置，因为我从我们的环境中的服务器中将其拉出。

一些额外的笔记提到：

 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 

这是否合适？ 如果不是（或不一定），在这种情况下是否合适？

当ISP提供商不希望单个客户进程占用共享服务器上的所有资源时，通常会在数据中心环境中更严格地定义内核设置。

除非由于资源匮乏而导致内核死亡，否则通常不必设置内核内存参数。

在某些情况下，postgres也可以将更多的mem分配给特定的页面大小，而不是共享的mememory中可用的大小：

 * 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! 

错误，如上面的例子，可以通过调整你的内核资源设置来解决。 下面详细介绍用于确定资源设置的推荐设置和方法：

http://www.postgresql.org/docs/9.1/static/kernel-resources.html

但是，除非遇到与postgres进程相关的资源匮乏情况，否则不必触摸这些设置。 这些情况通常发生在共享环境或分配了很less资源的服务器上。

任何人都可以解释如何真正从头设置他们？

至于Postgres的调整，你应该读这个：

http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server

哦！！ 我find了一个很棒的工具来计算我们的postgresql服务器的optimus memconfiguration。

http://pgtune.leopard.in.ua/

这些内核configuration是全局的，而不是过程特定的，所以把它们设置在sysctl.conf是适当的。

那么这取决于在服务器上运行的是什么，如果这是一个纯粹的PostgreSQL服务器，那么PostgreSQL是正确的地方去寻找这些设置。
如果您正在运行具有特定内存需求的其他应用程序/服务，则需要在这些不同的应用程序之间find最佳设置。

如果您看到数据库性能提高，并且其他应用程序没有性能损失，那么我不会担心这一点。

通常，数据库对内存设置最为敏感，因为它们也很可能是应用程序性能的瓶颈，所以对数据库优化系统是有意义的。