Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 02284e2

Browse files
committed
Minor edits
1 parent f12f220 commit 02284e2

File tree

1 file changed

+26
-26
lines changed

1 file changed

+26
-26
lines changed

doc/src/sgml/runtime.sgml

Lines changed: 26 additions & 26 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
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 $ -->
22

33
<chapter Id="runtime">
44
<title>Operating System Environment</title>
@@ -663,6 +663,26 @@ psql: could not connect to server: No such file or directory
663663

664664

665665
<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>
666686

667687
<varlistentry>
668688
<term><systemitem class="osname">BSD/OS</></term>
@@ -846,10 +866,10 @@ options SEMMAP=256
846866
<listitem>
847867
<para>
848868
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
850870
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,
853873
and explicitly set the maximum total shared memory size to 2097152
854874
pages (the default):
855875
<screen>
@@ -958,26 +978,6 @@ kern.sysv.shmall=1024
958978
</listitem>
959979
</varlistentry>
960980

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

982982
<varlistentry>
983983
<term><systemitem class="osname">Solaris</></term>
@@ -1068,12 +1068,12 @@ set semsys:seminfo_semmsl=32
10681068

10691069
<row>
10701070
<entry><xref linkend="guc-shared-buffers"></>
1071-
<entry>8300 (assuming 8K <symbol>BLCKSZ</>)</entry>
1071+
<entry>8300 (assuming 8 kB <symbol>BLCKSZ</>)</entry>
10721072
</row>
10731073

10741074
<row>
10751075
<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>
10771077
</row>
10781078

10791079
<row>

0 commit comments

Comments
 (0)