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=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 29010 invoked from network); 3 Nov 2022 20:59:39 -0000
Received: from 9front.inri.net (168.235.81.73)
  by inbox.vuxu.org with ESMTPUTF8; 3 Nov 2022 20:59:39 -0000
Received: from mx2.mythic-beasts.com ([46.235.227.24]) by 9front; Thu Nov  3 16:57:53 -0400 2022
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=sWNa//rLwa9/TP2WVNkiQkRH2RMgJZFmFKqaY2dRr2Y=; b=fjq64gSR6oHsTsEaVhSffVBACR
	pIs87SlQjViaKF0+9HDBkDA3LLi3UsDVuDcprTNQ+TYuK9xtLilTcU5eh8BlE2AIjeeoJn2oVcJrI
	mWOl7FCq24yPpjEmSP3oeXohsxIvz1pISWqhSlJpnwc0sJbqfjmwsjtoZDz8W5DYPW/dhWyknQjrm
	eCAxgTStSHrYJJX6Jy3xsLe3Q75hXUFrpJOin/hseCfIXiN3GvZJ3RuDJA9mg/9w5S5X7Uh8gTB3l
	s21ef0p6mZ6P4gV2XOubp4REeq3nHuC4rBwV9sbdsoIb852banLc0pZeoIwm0/8DBvoAFGJo1j9gJ
	Pb0fD34g==;
Received: from [81.187.198.132] (port=51695 helo=smtpclient.apple)
	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 1oqhHb-00AjlE-1i
	for 9front@9front.org; Thu, 03 Nov 2022 20:57:51 +0000
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
From: Steve Simon <steve@quintile.net>
Mime-Version: 1.0 (1.0)
Date: Thu, 3 Nov 2022 20:57:37 +0000
Message-Id: <5498E822-9183-434D-A333-C1D0C9DD890C@quintile.net>
References: <55b1b7d9-af8e-4d8e-ae14-531e8c770295@sirjofri.de>
In-Reply-To: <55b1b7d9-af8e-4d8e-ae14-531e8c770295@sirjofri.de>
To: 9front@9front.org
X-Mailer: iPhone Mail (20A392)
X-BlackCat-Spam-Score: 4
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: private proven engine-based replication-scale frontend 
Subject: Re: [9front] Two file servers sharing an auth server
Reply-To: 9front@9front.org
Precedence: bulk

i agree with all you say about cfs, however=E2=80=A6=20

beware, in my experience cfs is a real win where your bandwidth to the serve=
r is low.

 it is less helpful where the latency to the server is high (as cfs checks t=
he file version number on every access).

-Steve

> On 3 Nov 2022, at 10:35, sirjofri <sirjofri+ml-9front@sirjofri.de> wrote:
>=20
> =EF=BB=BF
> 03.11.2022 10:30:27 Steve Simon <steve@quintile.net>:
>> having the web server boot diskless is very nice, if its content is small=
 that is enough.
>>=20
>> for a little extra performance you can copy the web content to a ramfs at=
 boot.
>>=20
>> if the content is big you could mount a local spinning/ssd at boot onto /=
usr/web and serve that, but having a diskless web and cpu servers makes thin=
gs very clean and easy to maintain.
>=20
> Not to mention there's also cfs which can be nice for bigger stuff. Afaik i=
t works by caching all accessed files on a local disk (except they're change=
d on the server) and all writes go to the server directly.
>=20
> sirjofri