- 22 Jul, 2017 1 commit
-
-
Lucien Gentis authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802702 13f79535-47bb-0310-9956-ffa450edef68
-
- 21 Jul, 2017 1 commit
-
-
Yann Ylavic authored
ap_sb_handle_t when re-entering event's process_socket(). git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802618 13f79535-47bb-0310-9956-ffa450edef68
-
- 20 Jul, 2017 1 commit
-
-
Yann Ylavic authored
re-increment the number idlers if it went under or to zero. We can avoid this by switching to a compare-and-swap scheme. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802535 13f79535-47bb-0310-9956-ffa450edef68
-
- 19 Jul, 2017 1 commit
-
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802399 13f79535-47bb-0310-9956-ffa450edef68
-
- 18 Jul, 2017 5 commits
-
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802338 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802336 13f79535-47bb-0310-9956-ffa450edef68
-
Yann Ylavic authored
*const* strings (must not change after being inserted), make it explicit. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802309 13f79535-47bb-0310-9956-ffa450edef68
-
Yann Ylavic authored
Follow up to r1713043. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802305 13f79535-47bb-0310-9956-ffa450edef68
-
Joe Orton authored
give more feedback to systemd during a reload. * modules/arch/unix/mod_systemd.c (systemd_pre_config): New function; tell systemd the service is reloading here. (systemd_pre_mpm): Don't set ap_extended_status here, do nothing if ExtendedStatus is off. (register_hooks): Register pre_config hook. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802251 13f79535-47bb-0310-9956-ffa450edef68
-
- 16 Jul, 2017 13 commits
-
-
Luca Toscano authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802076 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802072 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802071 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802069 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802068 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
Added Updates to Extra files referencing Spanish translation for manual/misc/password_encryptions.xml.es r1802066 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802067 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802066 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802064 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802061 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802060 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802043 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802042 13f79535-47bb-0310-9956-ffa450edef68
-
Luca Toscano authored
flushpackets and flushwait params This change was requested on the development mailing list in order to fill another gap between mod_fcgi and mod_proxy_fcgi, namely the -flush funtionality. The more evolved core trunk code would not need this feature becuse of the non-blocking writes, but it is be needed in 2.4.x. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1802040 13f79535-47bb-0310-9956-ffa450edef68
-
- 14 Jul, 2017 4 commits
-
-
Jacob Champion authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801998 13f79535-47bb-0310-9956-ffa450edef68
-
Jacob Champion authored
Including the module source is a dirty hack, but maybe the direct way is best for now. More functional tests are still TODO. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/httpdunit@1801996 13f79535-47bb-0310-9956-ffa450edef68
-
Yann Ylavic authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801995 13f79535-47bb-0310-9956-ffa450edef68
-
Yann Ylavic authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801994 13f79535-47bb-0310-9956-ffa450edef68
-
- 13 Jul, 2017 2 commits
-
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801895 13f79535-47bb-0310-9956-ffa450edef68
-
Daniel Ferradal authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801894 13f79535-47bb-0310-9956-ffa450edef68
-
- 12 Jul, 2017 8 commits
-
-
Evgeny Kotkov authored
in child.c. This definition has been added in https://svn.apache.org/r88498 — perhaps, because not every versions of SDK contained it at that time. But since then, the macro has been available starting from Windows 2000 (https://msdn.microsoft.com/en-us/library/windows/hardware/ff542043), and any available version of Windows SDK now should also contain it. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801753 13f79535-47bb-0310-9956-ffa450edef68
-
Evgeny Kotkov authored
declarations of the structures and functions to access the completion contexts reside in a header file. This no longer holds, as all the necessary functions and structures are located in the single .c file (child.c). git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801749 13f79535-47bb-0310-9956-ffa450edef68
-
Evgeny Kotkov authored
represent a queue of the completion contexts. Starting from r1801655, the "queue" isn't really a queue, as all the access happens with a FIFO order. So, instead of that, call it a "pool of completion contexts", adjust names of all relevant variables and tweak the comments. This patch changes - qlock to ctxpool_lock, - qhead to ctxpool_head, and - qwait_event to ctxpool_wait_event. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801748 13f79535-47bb-0310-9956-ffa450edef68
-
Evgeny Kotkov authored
instead of the global variable (shutdown_in_progress). This change has two purposes. First of all, it makes the listener threads which are blocked waiting for a completion context exit immediately during shutdown. Previously, such threads would only check for exit every second. The second reason for this change is to put the child_main() function in charge of controlling the listeners life cycle. Previously, such relation was circumvented by the fact that the listeners were also waiting for the global child exit_event. With the new separate listener_shutdown_event, only the child_main() function is responsible for shutting down the listeners, and I think that this makes the code a bit clearer. All the original behavior, including the special APLOG_DEBUG diagnostic message when we fail to acquire a free completion context in 1 second, is kept unchanged. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801747 13f79535-...
-
Evgeny Kotkov authored
reason to choose the LIFO processing order for completion contexts. It would be better to keep this important information in the code, instead of just having it in the log message. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801710 13f79535-47bb-0310-9956-ffa450edef68
-
Jacob Champion authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801667 13f79535-47bb-0310-9956-ffa450edef68
-
Jacob Champion authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/trunk-test-integration@1801666 13f79535-47bb-0310-9956-ffa450edef68
-
Jacob Champion authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801665 13f79535-47bb-0310-9956-ffa450edef68
-
- 11 Jul, 2017 4 commits
-
-
Evgeny Kotkov authored
and perform shutdown in respond to SERVICE_CONTROL_PRESHUTDOWN. The pure shutdown notification leaves a small amount of time for the service to finish (and the allowed amount of time has been shrinking with every new version of Windows), and handling only it increases the chance of the process being killed by SCM, instead of gracefully shutting down. Handling the preshutdown control code extends this period, and increases the chances of finishing everything properly when the machine is rebooted or shut down. (See https://msdn.microsoft.com/en-us/library/windows/desktop/ms683241) Please note that although the preshutdown notifications are available only starting from Windows Vista, the code is compatible with the previous versions of Windows, since the SCM ignores unknown SERVICE_ACCEPT codes, and will still send an ordinary SERVICE_CONTROL_SHUTDOWN under old Windows versions. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801659 13f79535-47bb-0310-9956-ffa450edef68
-
Evgeny Kotkov authored
Submitted By: Ivan Zhakov <ivan {at} visualsvn.com> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801657 13f79535-47bb-0310-9956-ffa450edef68
-
Evgeny Kotkov authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801656 13f79535-47bb-0310-9956-ffa450edef68
-
Evgeny Kotkov authored
completion contexts, as that may significantly reduce the memory usage. This simple change can have a noticeable impact on the amount of memory consumed by the child process in various cases. Every completion context in the queue has an associated allocator, and every allocator has it's ap_max_mem_free memory limit which is not given back to the operating system. Once the queue grows, it cannot shrink back, and every allocator in each of the queued completion contexts keeps up to its max_free amount of memory. The queue can only grow when a server has to serve multiple concurrent connections at once. With that in mind, consider a case with a server that doesn't encounter many concurrent connections most of the time, but has occasional spikes when it has to serve multiple concurrent connections. During such spikes, the size of the completion context queue grows. The actual difference between using LIFO and FIFO orders shows up after such spikes, when the server is back to light load and doesn't see a lot of concurrency. With FIFO order, every completion context in the queue will be used in a round-robin manner, thus using *every* available allocator one by one and ultimately claiming up to (N * ap_max_mem_free memory) from the OS. With LIFO order, only the completion contexts that are close to the top of the stack will be used and reused for subsequent connections. Hence, only a small part of the allocators will be used, and this can prevent all other allocators from unnecessarily acquiring memory from the OS (and keeping it), and this reduces the overall memory footprint. Please note that this change doesn't affect the worst case behavior, as it's still (N * ap_max_mem_free memory), but tends to behave better in practice, for the reasons described above. Another thing worth considering is the new behavior when the OS decides to swap out pages of the child process, for example, in a close-to-OOM condition. Handling every new connection after the swap requires the OS to load the memory pages for the allocator from the completion context that is used for this connection. With FIFO order, the completion contexts are used one by one, and this would cause page loads for every new connection. With LIFO order, there will be almost no swapping, since the same completion context is going to be reused for subsequent new connections. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1801655 13f79535-47bb-0310-9956-ffa450edef68
-