From: J.H. Date: Fri, 14 Mar 2008 00:30:01 GMT Subject: Re: [PATCH] gitweb: Support caching projects list Message-ID: <1205454601.2758.10.camel@localhost.localdomain> In-Reply-To: <76718490803131727p451967hee96ff26206c97b7@mail.gmail.com> You would be better off using some of the logic I've got in the caching version of gitweb to prevent the race condition. - John 'Warthog9' Hawley On Thu, 2008-03-13 at 20:27 -0400, Jay Soffian wrote: > On Thu, Mar 13, 2008 at 8:22 PM, Petr Baudis wrote: > > > There is a more conceptual problem though - in case of such big sites, > > it really makes more sense to explicitly regenerate the cache > > periodically instead of making random clients to have to wait it out. > > Fork off a child to update the cache? > > > Unlikely. Currently the machine is mostly IO-bound and only small > > portion of CPU usage comes from gitweb itself. > > Except that if it were FastCGI or mod_perl you could just keep the cache in > memory. > > j. > -- > To unsubscribe from this list: send the line "unsubscribe git" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html