Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
N
nghttp2
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Libraries
nghttp2
Commits
31253f40
Commit
31253f40
authored
Jul 18, 2021
by
Tatsuhiro Tsujikawa
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Update manual pages
parent
1b6f5479
Changes
5
Hide whitespace changes
Inline
Side-by-side
Showing
5 changed files
with
34 additions
and
34 deletions
+34
-34
doc/h2load.1
doc/h2load.1
+1
-1
doc/nghttp.1
doc/nghttp.1
+1
-1
doc/nghttpd.1
doc/nghttpd.1
+1
-1
doc/nghttpx.1
doc/nghttpx.1
+16
-16
doc/nghttpx.1.rst
doc/nghttpx.1.rst
+15
-15
No files found.
doc/h2load.1
View file @
31253f40
.\" Man page generated from reStructuredText.
.
.TH "H2LOAD" "1" "Jul 18, 2021" "1.4
4.0
" "nghttp2"
.TH "H2LOAD" "1" "Jul 18, 2021" "1.4
5.0-DEV
" "nghttp2"
.SH NAME
h2load \- HTTP/2 benchmarking tool
.
...
...
doc/nghttp.1
View file @
31253f40
.\" Man page generated from reStructuredText.
.
.TH "NGHTTP" "1" "Jul 18, 2021" "1.4
4.0
" "nghttp2"
.TH "NGHTTP" "1" "Jul 18, 2021" "1.4
5.0-DEV
" "nghttp2"
.SH NAME
nghttp \- HTTP/2 client
.
...
...
doc/nghttpd.1
View file @
31253f40
.\" Man page generated from reStructuredText.
.
.TH "NGHTTPD" "1" "Jul 18, 2021" "1.4
4.0
" "nghttp2"
.TH "NGHTTPD" "1" "Jul 18, 2021" "1.4
5.0-DEV
" "nghttp2"
.SH NAME
nghttpd \- HTTP/2 server
.
...
...
doc/nghttpx.1
View file @
31253f40
.\" Man page generated from reStructuredText.
.
.TH "NGHTTPX" "1" "Jul 18, 2021" "1.4
4.0
" "nghttp2"
.TH "NGHTTPX" "1" "Jul 18, 2021" "1.4
5.0-DEV
" "nghttp2"
.SH NAME
nghttpx \- HTTP/2 proxy
.
...
...
@@ -1784,15 +1784,15 @@ Error log is written to stderr by default. It can be configured
using \fI\%\-\-errorlog\-file\fP\&. The format of log message is as
follows:
.sp
<datetime> <ma
ster
\-pid> <current\-pid> <thread\-id> <level> (<filename>:<line>) <msg>
<datetime> <ma
in
\-pid> <current\-pid> <thread\-id> <level> (<filename>:<line>) <msg>
.INDENT 7.0
.TP
.B <datetime>
It is a combination of date and time when the log is written. It
is in ISO 8601 format.
.TP
.B <ma
ster
\-pid>
It is a ma
ster
process ID.
.B <ma
in
\-pid>
It is a ma
in
process ID.
.TP
.B <current\-pid>
It is a process ID which writes this log.
...
...
@@ -1828,15 +1828,15 @@ SIGUSR2
.INDENT 3.5
Fork and execute nghttpx. It will execute the binary in the same
path with same command\-line arguments and environment variables. As
of nghttpx version 1.20.0, the new ma
ster process sends SIGQUIT to
the original master process when it is ready to serve requests. For
the
earlier versions of nghttpx, user has to send SIGQUIT to the
original ma
ster
process.
of nghttpx version 1.20.0, the new ma
in process sends SIGQUIT to the
original main process when it is ready to serve requests. For the
earlier versions of nghttpx, user has to send SIGQUIT to the
original ma
in
process.
.sp
The difference between SIGUSR2 (+ SIGQUIT) and SIGHUP is that former
is usually used to execute new binary, and the ma
ster process is
newly spawned. On the other hand, the latter just reloads
configuration file, and the same master
process continues to exist.
is usually used to execute new binary, and the ma
in process is newly
spawned. On the other hand, the latter just reloads configuration
file, and the same main
process continues to exist.
.UNINDENT
.UNINDENT
.sp
...
...
@@ -1845,16 +1845,16 @@ configuration file, and the same master process continues to exist.
.INDENT 3.5
nghttpx consists of multiple processes: one process for processing
these signals, and another one for processing requests. The former
spawns the latter. The former is called ma
ster
process, and the
spawns the latter. The former is called ma
in
process, and the
latter is called worker process. If neverbleed is enabled, the
worker process spawns neverbleed daemon process which does RSA key
processing. The above signal must be sent to the ma
ster process.
If
the other processes received one of them, it is ignored. This
processing. The above signal must be sent to the ma
in process. If
the other processes received one of them, it is ignored. This
behaviour of these processes may change in the future release. In
other words, in the future release, the processes other than ma
ster
other words, in the future release, the processes other than ma
in
process may terminate upon the reception of these signals.
Therefore these signals should not be sent to the processes other
than ma
ster
process.
than ma
in
process.
.UNINDENT
.UNINDENT
.SH SERVER PUSH
...
...
doc/nghttpx.1.rst
View file @
31253f40
...
...
@@ -1625,14 +1625,14 @@ Error log
using :option:`--errorlog-file`. The format of log message is as
follows:
<datetime> <ma
ster
-pid> <current-pid> <thread-id> <level> (<filename>:<line>) <msg>
<datetime> <ma
in
-pid> <current-pid> <thread-id> <level> (<filename>:<line>) <msg>
<datetime>
It is a combination of date and time when the log is written. It
is in ISO 8601 format.
<ma
ster
-pid>
It is a ma
ster
process ID.
<ma
in
-pid>
It is a ma
in
process ID.
<current-pid>
It is a process ID which writes this log.
...
...
@@ -1665,30 +1665,30 @@ SIGUSR2
Fork and execute nghttpx. It will execute the binary in the same
path with same command-line arguments and environment variables. As
of nghttpx version 1.20.0, the new ma
ster process sends SIGQUIT to
the original master process when it is ready to serve requests. For
the
earlier versions of nghttpx, user has to send SIGQUIT to the
original ma
ster
process.
of nghttpx version 1.20.0, the new ma
in process sends SIGQUIT to the
original main process when it is ready to serve requests. For the
earlier versions of nghttpx, user has to send SIGQUIT to the
original ma
in
process.
The difference between SIGUSR2 (+ SIGQUIT) and SIGHUP is that former
is usually used to execute new binary, and the ma
ster process is
newly spawned. On the other hand, the latter just reloads
configuration file, and the same master
process continues to exist.
is usually used to execute new binary, and the ma
in process is newly
spawned. On the other hand, the latter just reloads configuration
file, and the same main
process continues to exist.
.. note::
nghttpx consists of multiple processes: one process for processing
these signals, and another one for processing requests. The former
spawns the latter. The former is called ma
ster
process, and the
spawns the latter. The former is called ma
in
process, and the
latter is called worker process. If neverbleed is enabled, the
worker process spawns neverbleed daemon process which does RSA key
processing. The above signal must be sent to the ma
ster process.
If
the other processes received one of them, it is ignored. This
processing. The above signal must be sent to the ma
in process. If
the other processes received one of them, it is ignored. This
behaviour of these processes may change in the future release. In
other words, in the future release, the processes other than ma
ster
other words, in the future release, the processes other than ma
in
process may terminate upon the reception of these signals.
Therefore these signals should not be sent to the processes other
than ma
ster
process.
than ma
in
process.
SERVER PUSH
-----------
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment