database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-07-28 23:42:10 +03:00
Code Activity

docs: replace 'master process' with 'supervisor process' where appropriate.

Browse Source 
Author: Andres Freund
Reviewed-By: David Steele
Discussion: https://postgr.es/m/20200615182235.x7lch5n6kcjq4aue@alap3.anarazel.de
This commit is contained in:
Andres Freund
2020-06-15 10:19:32 -07:00
parent 09dfd43011
commit 7c89f8a5b8
3 changed files with 7 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files

5
doc/src/sgml/arch-dev.sgml
View File

@ -122,8 +122,9 @@
there is one <firstterm>client process</firstterm> connected to there is one <firstterm>client process</firstterm> connected to
exactly one <firstterm>server process</firstterm>. As we do not exactly one <firstterm>server process</firstterm>. As we do not
know ahead of time how many connections will be made, we have to know ahead of time how many connections will be made, we have to
use a <firstterm>master process</firstterm> that spawns a new use a <firstterm>supervisor process</firstterm> (also
server process every time a connection is requested. This master <firstterm>master process</firstterm>) that spawns a new
server process every time a connection is requested. This supervisor
process is called <literal>postgres</literal> and listens at a process is called <literal>postgres</literal> and listens at a
specified TCP/IP port for incoming connections. Whenever a request specified TCP/IP port for incoming connections. Whenever a request
for a connection is detected the <literal>postgres</literal> for a connection is detected the <literal>postgres</literal>

6
doc/src/sgml/runtime.sgml
View File

@ -1292,7 +1292,7 @@ default:\
optimal for <productname>PostgreSQL</productname>. Because of the optimal for <productname>PostgreSQL</productname>. Because of the
way that the kernel implements memory overcommit, the kernel might way that the kernel implements memory overcommit, the kernel might
terminate the <productname>PostgreSQL</productname> postmaster (the terminate the <productname>PostgreSQL</productname> postmaster (the
master server process) if the memory demands of either supervisor server process) if the memory demands of either
<productname>PostgreSQL</productname> or another process cause the <productname>PostgreSQL</productname> or another process cause the
system to run out of virtual memory. system to run out of virtual memory.
</para> </para>
@ -1465,7 +1465,7 @@ $ <userinput>grep Huge /proc/meminfo</userinput>
<para> <para>
There are several ways to shut down the database server. You control There are several ways to shut down the database server. You control
the type of shutdown by sending different signals to the master the type of shutdown by sending different signals to the supervisor
<command>postgres</command> process. <command>postgres</command> process.
<variablelist> <variablelist>
@ -1511,7 +1511,7 @@ $ <userinput>grep Huge /proc/meminfo</userinput>
The server will send <systemitem>SIGQUIT</systemitem> to all child The server will send <systemitem>SIGQUIT</systemitem> to all child
processes and wait for them to terminate. If any do not terminate processes and wait for them to terminate. If any do not terminate
within 5 seconds, they will be sent <systemitem>SIGKILL</systemitem>. within 5 seconds, they will be sent <systemitem>SIGKILL</systemitem>.
The master server process exits as soon as all child processes have The supervisor server process exits as soon as all child processes have
exited, without doing normal database shutdown processing. exited, without doing normal database shutdown processing.
This will lead to recovery (by This will lead to recovery (by
replaying the WAL log) upon next start-up. This is recommended replaying the WAL log) upon next start-up. This is recommended

2
doc/src/sgml/start.sgml
View File

@ -113,7 +113,7 @@
From that point on, the client and the new server process From that point on, the client and the new server process
communicate without intervention by the original communicate without intervention by the original
<filename>postgres</filename> process. Thus, the <filename>postgres</filename> process. Thus, the
master server process is always running, waiting for supervisor server process is always running, waiting for
client connections, whereas client and associated server processes client connections, whereas client and associated server processes
come and go. (All of this is of course invisible to the user. We come and go. (All of this is of course invisible to the user. We
only mention it here for completeness.) only mention it here for completeness.)