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 4840 invoked from network); 4 Nov 2022 07:00:38 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 4 Nov 2022 07:00:38 -0000 Received: from sirjofri.de ([5.45.105.127]) by 9front; Fri Nov 4 02:58:59 -0400 2022 Received: from dummy.faircode.eu ([95.90.217.122]) by sirjofri.de; Fri Nov 4 07:58:51 +0100 2022 Date: Fri, 4 Nov 2022 07:58:48 +0100 (GMT+01:00) From: sirjofri To: 9front@9front.org Message-ID: In-Reply-To: <5498E822-9183-434D-A333-C1D0C9DD890C@quintile.net> References: <55b1b7d9-af8e-4d8e-ae14-531e8c770295@sirjofri.de> <5498E822-9183-434D-A333-C1D0C9DD890C@quintile.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Correlation-ID: List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: social event app general-purpose deep-learning generator Subject: Re: [9front] Two file servers sharing an auth server Reply-To: 9front@9front.org Precedence: bulk 03.11.2022 21:59:36 Steve Simon : > i agree with all you say about cfs, however=E2=80=A6 > > beware, in my experience cfs is a real win where your bandwidth to the se= rver is low. > > it is less helpful where the latency to the server is high (as cfs checks= the file version number on every access). I agree with everything you said. Back on spawngrid I built some web chat a= pplication (as an additional frontend for gridchat). It used long polling f= or chat messages and was fully rc based (rc-httpd). You can imagine how it = really was impacting server performance, basically starting processes multi= ple times per second. Also process IDs rocketed into the sky very fast, I'v= e never seen numbers that high. It felt like a forkbomb. Then, mycroftiv told me about that and that fileserver load is very high an= d I had to find another solution. In my startup script I indeed just copied= the executables (rc, cat, bc, ...) into a local ramfs and bound that over = /bin so I don't have to change my programs. This improved everything. Especially for script-based applications like that I can really recommend t= hat. It's like preloading the binaries into memory before actually loading = them. Works well for static stuff. sirjofri