Re: [PATCH] gitweb: Support caching projects list
- From
- J.H. <warthog19@eaglescrag.net>
- Date
- Mar 14, 2008, 00:30 UTC
- 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:
Show 19 quoted lines
> On Thu, Mar 13, 2008 at 8:22 PM, Petr Baudis <pasky@suse.cz> 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