On Wed, Mar 12, 2014 at 10:25 AM, Richard Hipp <d...@sqlite.org> wrote: > On Wed, Mar 12, 2014 at 1:13 PM, Andreas Kupries <andre...@activestate.com> > wrote: >> >> On Wed, Mar 12, 2014 at 6:40 AM, Richard Hipp <d...@sqlite.org> wrote: >> >> > And if you have alternative suggestions about how to keep a light-weight >> > host running smoothly under a massive Fossil request load, please post >> > follow-up comments. >> >> How sensible do you think would it be to have a (limited-size) >> (in-memory|disk) cache to hold the most recently requested tarballs ? >> That way a high-demand tarball, etc. would be computed only once and >> then served statically from the cache. > > > It's on my to-do list, actually. The idea is to have a separate database > that holds the cache.
Single-file strikes again ... While I was thinking of a regular directory and files. But that is an implementation detail. Database might be a bit easier to manage (i.e. setup/remove). The teapot server [1] has a disk cache, but not as database, plain directory with files. [1] http://docs.activestate.com/activetcl/8.5/tpm/tpm/files/CTP_teapot.html > And yes it is complementary to the load management > feature. >> Side note: While the same benefits could be had by putting a regular >> web cache in front of the fossil server, .... > > > No they can't actually, at least not by any technology I'm aware of. The > problem is that these request must be authenticated. Ack. Forgot the permission issue. Yes, we do not want to have authenticated downloads in a public area. >> I mentioned in-memory and disk ... I can see that a two-level scheme > The current Fossil implementation runs a separate process for each HTTP > request. So an in-memory cache wouldn't be helpful. It has to be > disk-based. Right. Getting in-memory cache would require redesign of the web server parts itself to threaded or some such. ... Could be done, but more work. ... Maybe Stephan can prototype that design in his libfossil ;) -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
