Sujet : Re: Apache + mod_php performance
De : ldo (at) *nospam* nz.invalid (Lawrence D'Oliveiro)
Groupes : comp.os.vmsDate : 29. Sep 2024, 02:41:31
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vdab8a$1facd$7@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11
User-Agent : Pan/0.160 (Toresk; )
On Sat, 28 Sep 2024 21:31:22 -0400, Arne Vajhøj wrote:
On 9/28/2024 9:18 PM, Lawrence D'Oliveiro wrote:
>
On Sat, 28 Sep 2024 20:50:21 -0400, Arne Vajhøj wrote:
>
The cause is that worker processes are unavailable while waiting for
next request from client even though client is long gone.
That shouldn’t matter, if the client closed the connection properly.
It doesn't know the client closed connection.
That would only happen if the client crashed.
Note also that TLS connections require an explicit connection-closing
exchange at the end, to guard against data-truncation attacks.
Also, why shouldn’t a worker handle a request for another client?
This is singlethreaded all sync workers so when they wait for a new
request from an existing client, then they can't handle a new client.
Why not? The whole point of fork(2) is that all the processes are
effectively clones. If you put all the client context into shared memory
sections, then it becomes possible for any process to service any client.
Of course, I’m assuming that all the processes can share the same network
socket connections. This might not be true under VMS ...