From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> 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 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id 09BA624271 for ; Tue, 7 May 2024 23:59:37 +0200 (CEST) Received: from gaff.inri.net ([168.235.71.243]) by 9front; Tue May 7 17:58:53 -0400 2024 Message-ID: Date: Tue, 07 May 2024 17:58:53 -0400 From: sl@stanleylieber.com To: 9front@9front.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: standard extension-aware injection control Subject: Re: [9front] Enabling a service Reply-To: 9front@9front.org Precedence: bulk > i realize it's factually true that "nobody' runs diskless terminals, > cpu servers, etc., but it makes plan 9 power users whince to see this > declared, over and over again, when a lot of the power of the system > comes from this very useful modularity that everyone just wants to > throw away. realprogrammatik: 9p vs latency is a losing battle. trying to run a diskless terminal over the internet really, REALLY sucks. even drawterm is not great in this context. like i said, not much has ever been done to address those original assumptions, one of which is that everybody lives on the same fast, local network. it helped that when plan 9 was under heavy development, file sizes of just about everything anybody was working with were relatively small, and multimedia wasn't really happening on the scale that users today expect as part of any reasonable environment. (exceptions duly noted) sl