From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: *** X-Spam-Status: No, score=3.6 required=5.0 tests=RCVD_IN_SBL_CSS, T_SCC_BODY_TEXT_LINE,URIBL_SBL_A autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 15994 invoked from network); 11 Aug 2022 12:17:52 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 11 Aug 2022 12:17:52 -0000 Received: from h7.fbrelay.privateemail.com ([162.0.218.230]) by 9front; Thu Aug 11 08:15:27 -0400 2022 Received: from MTA-15-4.privateemail.com (MTA-15-1.privateemail.com [198.54.118.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by h7.fbrelay.privateemail.com (Postfix) with ESMTPS id 6367C6130D for <9front@9front.org>; Thu, 11 Aug 2022 12:15:26 +0000 (UTC) Received: from mta-15.privateemail.com (localhost [127.0.0.1]) by mta-15.privateemail.com (Postfix) with ESMTP id E0C2718000A1 for <9front@9front.org>; Thu, 11 Aug 2022 08:15:10 -0400 (EDT) Received: from localhost (unknown [185.220.101.168]) by mta-15.privateemail.com (Postfix) with ESMTPA id E150A18000A0 for <9front@9front.org>; Thu, 11 Aug 2022 08:15:09 -0400 (EDT) Date: Thu, 11 Aug 2022 05:15:04 -0700 From: Anthony Martin To: 9front@9front.org Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: non-blocking overflow-preventing out-scaling-scale engine Subject: Re: [9front] hack-a-thon daily proceedings summaries Reply-To: 9front@9front.org Precedence: bulk ori@eigenstate.org once said: > Current status is just understanding what data structures need to > change to allow runtime growth; there are a bunch of rarely used > buffers like error state that can be moved out, but I'm less worried > about sizeof(Proc) than removing direct indexes to proctab. I thought the ps interface from 9k/nix/9exp was pretty good. It would let you play around with different process allocation schemes without churn in port/^(devproc.c edf.c proc.c) etc. https://bitbucket.org/forsyth/plan9-9exp/src/master/sys/src/9exp/port/ps.c Cheers, Anthony