]> git.kaiwu.me - haproxy.git/commit
CLEANUP: haproxy: rm no longer used mworker_reexec_waitmode
authorValentine Krasnobaeva <vkrasnobaeva@haproxy.com>
Tue, 9 Jul 2024 11:59:12 +0000 (13:59 +0200)
committerWilly Tarreau <w@1wt.eu>
Wed, 16 Oct 2024 20:02:39 +0000 (22:02 +0200)
commit7795d49ae6b0b0239bc43ad8b5b454245120478b
tree8f17962d8c961b6c81bc7deb43a0d91b876d0405
parentcb0f1f42e134bb64bda3a6032654158e7160d5a1
CLEANUP: haproxy: rm no longer used mworker_reexec_waitmode

This a first commit to prepare the removal of MODE_MWORKER_WAIT support. It has
became redundant with MODE_MWORKER, due to moving master-worker fork in init().
Master process does no longer perform reexec to free additional memory after
forking and does no longer changing its mode to MODE_MWORKER_WAIT, where it has
entered to its wait polling loop and has handled signals. Now, master enters in
this loop almost immediately after forking a worker and being always in mode
MODE_MWORKER.

So, we can remove mworker_reexec_waitmode() wrapper, which was used to set
HAPROXY_MWORKER_WAIT_ONLY variable and to call mworker_reexec(). But let's keep
for the moment the logic of reexec_on_failure() atexit callback for master in
order if in the future we will need to support this case again.
src/haproxy.c