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.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,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 34E8121562
	for <ml@inbox.vuxu.org>; Wed,  8 May 2024 20:03:32 +0200 (CEST)
Received: from mx2.mythic-beasts.com ([46.235.227.24]) by 9front; Wed May  8 14:00:16 -0400 2024
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=quintile.net; s=mythic-beasts-k1; h=To:Date:Subject:From;
	bh=jJOj94RvxEtnw5aEOalDr+4Yqx/8P2OhFynAn3gBtjs=; b=LCm86QssarvNV156izn8VMhufH
	4n0y1p3L9lzz9FmwWGFLhdG+zkccFWM2JR0Psffy8rPg3MZ80Zew1jo5bZ7/HOPJmAKTRQdBObNQu
	yVpZetLqEi2wNnPAfs/8Dc48vxNHh1f4iLaw/ulOXyQgEOaTrNLatpc0iD/lCw2xU4Q2A4G84EGXi
	oSp+ekKcA+jMGL3Wr/3DExo6moJB/oPjAMhRHZwnKJp7uy1FnHTXi5ty/L+5X+mTPnnXfEXWQ2IWc
	1quXeMvZeRZzpSrD5t2G+su14+76g1UcJ0hhFe972CpvS9WyJWsI7PUPWfqWAj/SN45PqHiajtHSr
	/XPX8Iwg==;
Received: by mailhub-hex-d.mythic-beasts.com with esmtpsa  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
	(Exim 4.94.2)
	(envelope-from <steve@quintile.net>)
	id 1s4laQ-002WM1-OF
	for 9front@9front.org; Wed, 08 May 2024 19:00:14 +0100
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
From: Steve Simon <steve@quintile.net>
Mime-Version: 1.0 (1.0)
Date: Wed, 8 May 2024 19:00:03 +0100
Message-Id: <959A32F8-1D62-4FEE-8E33-E46AFAA7FB15@quintile.net>
References: <daf06695-8401-482b-bfda-be686f8ea995@posixcafe.org>
In-Reply-To: <daf06695-8401-482b-bfda-be686f8ea995@posixcafe.org>
To: 9front@9front.org
X-Mailer: iPhone Mail (20H330)
X-BlackCat-Spam-Score: 4
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: self-healing structured replication-scale hypervisor 
Subject: Re: [9front] Enabling a service
Reply-To: 9front@9front.org
Precedence: bulk


re: why plan9 was started

i may be wrong but as i remember, a significant driver was the amount of wor=
k required to manage peoples sun workstations.

 it was felt that moving to a central file store and using caching locally i=
n terminals (cfs(8)) would be a better approach and would mean there is a si=
ngle filesystem to look after.

cfs works fairly well on low latency low bandwidth links (dialup) but much l=
ess well on modern high bandwidth higher latency links. its not that modern l=
atency is so high, more that the modern experience leads us to expect a bett=
er experience than it can offer.

a better caching filesystem/protocol would  be a big win for remote plan9 ac=
cess IMHO. i did wonder about something that used venti hashes to pass cache=
 coherency data between remote systems, and then allowed them to resynchroni=
se efficiently - but nothing came of it.

-Steve