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.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 12355 invoked from network); 3 Nov 2022 10:36:09 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 3 Nov 2022 10:36:09 -0000 Received: from sirjofri.de ([5.45.105.127]) by 9front; Thu Nov 3 06:34:10 -0400 2022 Received: from dummy.faircode.eu ([95.90.217.122]) by sirjofri.de; Thu Nov 3 11:34:06 +0100 2022 Date: Thu, 3 Nov 2022 11:33:56 +0100 (GMT+01:00) From: sirjofri To: 9front@9front.org Message-ID: <55b1b7d9-af8e-4d8e-ae14-531e8c770295@sirjofri.de> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Correlation-ID: <55b1b7d9-af8e-4d8e-ae14-531e8c770295@sirjofri.de> List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: leveraged proxy-oriented singleton grid Subject: Re: [9front] Two file servers sharing an auth server Reply-To: 9front@9front.org Precedence: bulk 03.11.2022 10:30:27 Steve Simon : > having the web server boot diskless is very nice, if its content is small that is enough. > > for a little extra performance you can copy the web content to a ramfs at boot. > > 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 things very clean and easy to maintain. Not to mention there's also cfs which can be nice for bigger stuff. Afaik it works by caching all accessed files on a local disk (except they're changed on the server) and all writes go to the server directly. sirjofri