Path: ...!3.eu.feeder.erje.net!feeder.erje.net!news.in-chemnitz.de!news.swapon.de!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: =?UTF-8?Q?Arne_Vajh=C3=B8j?= <arne@vajhoej.dk>
Newsgroups: comp.os.vms
Subject: Re: Apache + mod_php performance
Date: Sun, 29 Sep 2024 22:34:04 -0400
Organization: A noiseless patient Spider
Lines: 37
Message-ID: <vdd2mr$1tq3s$4@dont-email.me>
References: <vcv0bl$39mnj$1@dont-email.me> <vcvmu1$3cnv1$2@dont-email.me>
 <vd10re$nmp$1@reader1.panix.com> <vd1bdp$3npm3$1@dont-email.me>
 <vd1lgd$dbq$1@reader1.panix.com> <vd1u8j$3qqpg$1@dont-email.me>
 <vd7hbi$tgu3$2@dont-email.me> <66f8183e$0$715$14726298@news.sunsite.dk>
 <66f8a44c$0$716$14726298@news.sunsite.dk> <vda9tl$1facd$1@dont-email.me>
 <vdaala$1es94$1@dont-email.me> <vdab8a$1facd$7@dont-email.me>
 <vdbp7k$1pg2p$1@dont-email.me> <vdcm06$1tmdr$2@dont-email.me>
 <vdcn50$1tq3t$1@dont-email.me> <vdcom4$1tmdr$13@dont-email.me>
 <vdcpri$1tq3s$1@dont-email.me> <vdcufi$1unhf$2@dont-email.me>
 <vdcvmo$1tq3s$3@dont-email.me> <vdcvu7$1utjr$1@dont-email.me>
 <vdd0kl$1tq3t$2@dont-email.me> <vdd0th$22qgt$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 30 Sep 2024 04:34:04 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="dd4388f3a98a50c6a6a8453b40be4e07";
	logging-data="2025596"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/dHRieRCY5P9lFZIE43zKH2NnnvQc3dxY="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:UhwOtgAtezh0dLtmESPh4oajbTE=
In-Reply-To: <vdd0th$22qgt$1@dont-email.me>
Content-Language: en-US
Bytes: 3006

On 9/29/2024 10:03 PM, Lawrence D'Oliveiro wrote:
> On Sun, 29 Sep 2024 21:58:45 -0400, Arne Vajhøj wrote:
> 
>> On 9/29/2024 9:46 PM, Lawrence D'Oliveiro wrote:
>>>
>>> On Sun, 29 Sep 2024 21:42:48 -0400, Arne Vajhøj wrote:
>>>>
>>>> On 9/29/2024 9:21 PM, Lawrence D'Oliveiro wrote:
>>>>>
>>>>> Then it asks another process for a copy of that socket descriptor.
>>>>> Perhaps there is one overall connection-management process that
>>>>> accepts all new connections; if not, another worker that has that
>>>>> socket can pass it along.
>>>>
>>>> It should not be a problem of copying a socket descriptor from one
>>>> process to another process - I believe it is just an int.
>>>>
>>>> But will it work in the other process????
>>>
>>> That’s not how you do it. You pass it with the SCM_RIGHTS
>>> ancillary-data option in Unix-family sockets
>>> <https://manpages.debian.org/7/unix.7.en.html>.
>>
>> Worker A has a AF_INET socket to client so what AF_UNIX socket does it
>> pass to worker B?
> 
> You can pass any FD (AF_INET socket, file, pipe, even another AF_UNIX
> socket) over an AF_UNIX socket.

Ah. Interesting. Very interesting.

But I am pretty sure that it will not work on VMS.

:-)

Arne