Re: [users@httpd] graceful-stop closes established connections without response

[Sherrard Burton <sb...@allafrica.com>]

On 1/31/24 3:11 PM, Sherrard Burton wrote:
> 
> two is about par for the course _when there are resets_. but it doesn't 
> necessarily happen on every test run. for example, after initially 
> applying the v1 patch (and having fully composed a response to say that 
> the patch seemed to have worked :-)), i discovered that i had forgotten 
> to switch back from prefork to event. ie, i ran the test a few times in 
> a row with no resets, even though the patch was not in play.
> 
> i have not previously, but i will try to gather some statistics about 
> number of resets per failed run and failed vs successful runs, since the 
> combination of the two is needed to make any quantitative assessment.

correction: two is par for the course when the client connection is 
remote. in order to have an iterable test setup, i created a bash loop 
that started the tcpdump, strace and curl instances all on the server 
while simultaneously gracefully stopping apache. with client connection 
coming from the localhost, we end up with many more reset connections 
per run, and failures present in each test.

but ultimately, the results are such that i don't think any changes are 
warranted.

stock debian apache 2.4.57-2, 100 iterations:
average number of established connections/submitted requests:
67284 / 100 = 672.84
average number of responses received:
65162 / 100 = 651.62
average number of reset connections:
2122 / 100 = 21.22

patched with v3, 100 iterations:
average number of established connections/submitted requests:
68319 / 100 = 683.19
average number of responses received:
66082 / 100 = 660.82
average number of reset connections:
2237 / 100 = 22.37


not sure if the slight increase in connections established and handled 
under the patched version indicates that there might be some benefit to 
the patch, or if the difference is small enough that it can be chalked 
up slight differences in resource demands in the VM host at the time 
that the tests were running.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org