Deutsch   English   Français   Italiano  
<mn.12937e96a0bc3b12.104627@invalid.skynet.be>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Marc Van Dyck <marc.gr.vandyck@invalid.skynet.be>
Newsgroups: comp.os.vms
Subject: Re: Upcoming time boundary events
Date: Mon, 02 Jun 2025 10:59:15 +0200
Organization: A noiseless patient Spider
Lines: 28
Message-ID: <mn.12937e96a0bc3b12.104627@invalid.skynet.be>
References: <100fp4v$1nmtf$1@dont-email.me> <100omli$3t023$1@dont-email.me> <100qdop$6q13$1@dont-email.me> <100qg5t$3jb0$1@dont-email.me> <1014ad8$2jurh$1@dont-email.me> <m9pqvoFnrcsU1@mid.individual.net> <874ix3np14.fsf@atr2.ath.cx> <m9sc6fFnrcsU2@mid.individual.net> <mn.f24a7e95dd606c32.104627@invalid.skynet.be> <101dc6r$mkpm$12@dont-email.me> <101j008$2ob01$1@dont-email.me> <101j6mp$2vt8r$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 02 Jun 2025 10:59:14 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="f14fbcde18e40f96f1aecc3af7545068";
	logging-data="3363941"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+NguyMhRtQjxaYPVi49Mh2"
Cancel-Lock: sha1:KyD+P2Hzk0sqec+meT7NT6p5Hnw=
X-Face: #0?irvdFiM!(Tpl}/tO%_kuSW_^9G5aeIEnY1uNPcd@N_U.B30\*[%N-cnqSC,rEfeq\m:b oR({RM{x03]Iv}^2xc7\J][^MkbL3DYdLevZ$&h0WbH!i:>O1i#FLy/mO2G~xMF<YSj^@q9sRC~iP> *uQnfN4xre8v9%0fqg;i.!ymm~6w2nEx);Q~Q*8&dUO(fn
X-Newsreader: MesNews/1.08.06.00-gb
Bytes: 2604

on 02/06/2025, Lawrence D'Oliveiro supposed :
> On Sun, 1 Jun 2025 21:49:59 -0400, Arne Vajhøj wrote:
>
>> On 5/30/2025 6:41 PM, Lawrence D'Oliveiro wrote:
>>> 
>>> The irony of it, that the DEC concept requires creating a separate
>>> server process for every client connection,
>> 
>> It doesn't.
>> 
>> Processes are re-used for task to task servers.
>
> Hmm. Presumably the process is kept around for a limited time before being 
> shut down.
>
> What about multiple concurrent connections? You can’t avoid creating extra 
> processes in that situation.

Yes there is a time out. Mechanism is built in NET$SERVER.COM if I
remember well. I think you can even customize the time out with a
logical name. It can have some side effects, some of which I did not
like. Therefore I used to terminate all my network mode procedures with
a STOP/ID=0 instead of LOGOUT, just to make sure processes would not be
re-used. Process creation used to be expensive on OpenVMS but with
today's hardware it's hardly an issue anymore.

-- 
Marc Van Dyck