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 6091 invoked from network); 4 Nov 2022 07:11:28 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 4 Nov 2022 07:11:28 -0000 Received: from maat.thinktankworkspaces.com ([45.79.94.76]) by 9front; Fri Nov 4 03:09:58 -0400 2022 Message-ID: <83E1A1F40327CC6C521C846162693736@thinktankworkspaces.com> To: 9front@9front.org Date: Fri, 04 Nov 2022 00:09:56 -0700 From: william@thinktankworkspaces.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: distributed AJAX over WEB2.0 database-scale realtime-java GPU interface Subject: Re: [9front] Two file servers sharing an auth server Reply-To: 9front@9front.org Precedence: bulk Wow. I'm really interested in learning more about this. I kind of figured performance would be better local rather than served remotely. I might want to dig into this further and I'm curious about concurrency. Can multiple rc-httpd services be started to handle concurrency? Examples greatly welcomed What about non-script apps. I was really interested in some of the web features golang has and if it will work well on another node Quoth sirjofri : > > 03.11.2022 21:59:36 Steve Simon : > > > i agree with all you say about cfs, however… > > > > beware, in my experience cfs is a real win where your bandwidth to the server 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 application (as an additional frontend for gridchat). It used long polling for chat messages and was fully rc based (rc-httpd). You can imagine how it really was impacting server performance, basically starting processes multiple times per second. Also process IDs rocketed into the sky very fast, I've never seen numbers that high. It felt like a forkbomb. > > Then, mycroftiv told me about that and that fileserver load is very high and 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 that. It's like preloading the binaries into memory before actually loading them. Works well for static stuff. > > sirjofri >