From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from minnie.tuhs.org (minnie.tuhs.org [IPv6:2600:3c01:e000:146::1]) by inbox.vuxu.org (Postfix) with ESMTP id 561B223A3E for ; Sun, 12 May 2024 21:47:19 +0200 (CEST) Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id D5ED44365E; Mon, 13 May 2024 05:47:14 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 5BF324365C for ; Mon, 13 May 2024 05:47:08 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 6577035E4CE; Sun, 12 May 2024 12:47:07 -0700 (PDT) Date: Sun, 12 May 2024 12:47:07 -0700 From: Larry McVoy To: Adam Thornton Message-ID: <20240512194707.GL9216@mcvoy.com> References: <20240511213532.GB8330@mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Message-ID-Hash: V464JMTGDPYKS4IHMDJ5JL3S6UHDVCRZ X-Message-ID-Hash: V464JMTGDPYKS4IHMDJ5JL3S6UHDVCRZ X-MailFrom: lm@mcvoy.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: The Eunuchs Hysterical Society X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: [COFF] Re: On Bloat and the Idea of Small Specialized Tools List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On Sun, May 12, 2024 at 12:34:20PM -0700, Adam Thornton wrote: > But it does come down to the same argument as > https://www.microsoft.com/en-us/research/uploads/prod/2019/04/fork-hotos19.pdf > > And it is true that while fork() is a great model for single-threaded > pipeline-looking tasks, it's not really what you want for an interactive > multithreaded application on your phone's GUI. Perhaps a meaningless aside, but I agree on fork(). In the last major project I did, which was cross platform {windows,macos, all the major Unices, Linux}, we adopted spawn() rather than fork/exec. There is no way (that I know of) to fake fork() on Windows but it's easy to fake spawn(). --lm