|
1 |
| -<!-- $PostgreSQL: pgsql/doc/src/sgml/runtime.sgml,v 1.379 2007/03/06 09:54:23 petere Exp $ --> |
| 1 | +<!-- $PostgreSQL: pgsql/doc/src/sgml/runtime.sgml,v 1.380 2007/03/06 09:59:22 petere Exp $ --> |
2 | 2 |
|
3 | 3 | <chapter Id="runtime">
|
4 | 4 | <title>Operating System Environment</title>
|
@@ -663,6 +663,26 @@ psql: could not connect to server: No such file or directory
|
663 | 663 |
|
664 | 664 |
|
665 | 665 | <variablelist>
|
| 666 | + <varlistentry> |
| 667 | + <term><systemitem class="osname">AIX</></term> |
| 668 | + <indexterm><primary>AIX</><secondary>IPC configuration</></> |
| 669 | + <listitem> |
| 670 | + <para> |
| 671 | + At least as of version 5.1, it should not be necessary to do |
| 672 | + any special configuration for such parameters as |
| 673 | + <varname>SHMMAX</varname>, as it appears this is configured to |
| 674 | + allow all memory to be used as shared memory. That is the |
| 675 | + sort of configuration commonly used for other databases such |
| 676 | + as <application>DB/2</application>.</para> |
| 677 | + |
| 678 | + <para> It might , however, be necessary to modify the global |
| 679 | + <command>ulimit</command> information in |
| 680 | + <filename>/etc/security/limits</filename>, as the default hard |
| 681 | + limits for file sizes (<varname>fsize</varname>) and numbers of |
| 682 | + files (<varname>nofiles</varname>) might be too low. |
| 683 | + </para> |
| 684 | + </listitem> |
| 685 | + </varlistentry> |
666 | 686 |
|
667 | 687 | <varlistentry>
|
668 | 688 | <term><systemitem class="osname">BSD/OS</></term>
|
@@ -846,10 +866,10 @@ options SEMMAP=256
|
846 | 866 | <listitem>
|
847 | 867 | <para>
|
848 | 868 | The default settings are only suitable for small installations
|
849 |
| - (the default max segment size is 32 MB). However the remaining |
| 869 | + (the default maximum segment size is 32 MB). However, the remaining |
850 | 870 | defaults are quite generously sized, and usually do not require
|
851 |
| - changes. The max segment size can be changed via the |
852 |
| - <command>sysctl</command> interface. For example, to allow 128 MB, |
| 871 | + changes. The maximum shared memory segment size can be changed via the |
| 872 | + <command>sysctl</command> interface. For example, to allow 128 MB, |
853 | 873 | and explicitly set the maximum total shared memory size to 2097152
|
854 | 874 | pages (the default):
|
855 | 875 | <screen>
|
@@ -958,26 +978,6 @@ kern.sysv.shmall=1024
|
958 | 978 | </listitem>
|
959 | 979 | </varlistentry>
|
960 | 980 |
|
961 |
| - <varlistentry> |
962 |
| - <term><systemitem class="osname">AIX</></term> |
963 |
| - <indexterm><primary>AIX</><secondary>IPC configuration</></> |
964 |
| - <listitem> |
965 |
| - <para> |
966 |
| - At least as of version 5.1, it should not be necessary to do |
967 |
| - any special configuration for such parameters as |
968 |
| - <varname>SHMMAX</varname>, as it appears this is configured to |
969 |
| - allow all memory to be used as shared memory. That is the |
970 |
| - sort of configuration commonly used for other databases such |
971 |
| - as <application>DB/2</application>.</para> |
972 |
| - |
973 |
| - <para> It might , however, be necessary to modify the global |
974 |
| - <command>ulimit</command> information in |
975 |
| - <filename>/etc/security/limits</filename>, as the default hard |
976 |
| - limits for file sizes (<varname>fsize</varname>) and numbers of |
977 |
| - files (<varname>nofiles</varname>) might be too low. |
978 |
| - </para> |
979 |
| - </listitem> |
980 |
| - </varlistentry> |
981 | 981 |
|
982 | 982 | <varlistentry>
|
983 | 983 | <term><systemitem class="osname">Solaris</></term>
|
@@ -1068,12 +1068,12 @@ set semsys:seminfo_semmsl=32
|
1068 | 1068 |
|
1069 | 1069 | <row>
|
1070 | 1070 | <entry><xref linkend="guc-shared-buffers"></>
|
1071 |
| - <entry>8300 (assuming 8K <symbol>BLCKSZ</>)</entry> |
| 1071 | + <entry>8300 (assuming 8 kB <symbol>BLCKSZ</>)</entry> |
1072 | 1072 | </row>
|
1073 | 1073 |
|
1074 | 1074 | <row>
|
1075 | 1075 | <entry><xref linkend="guc-wal-buffers"></>
|
1076 |
| - <entry>8200 (assuming 8K <symbol>XLOG_BLCKSZ</>)</entry> |
| 1076 | + <entry>8200 (assuming 8 kB <symbol>XLOG_BLCKSZ</>)</entry> |
1077 | 1077 | </row>
|
1078 | 1078 |
|
1079 | 1079 | <row>
|
|
0 commit comments