From: Jakub Narebski Date: Sat, 10 Jan 2009 01:44:50 GMT Subject: Re: gitweb index performance (Re: [PATCH] gitweb: support the rel=vcs-* microformat) Message-ID: In-Reply-To: <496691EC.1070805@eaglescrag.net> "J.H." writes: > Joey Hess wrote: >> Giuseppe Bilotta wrote: >> >>>> There is a small overhead in including the microformat on project list >>>> and forks list pages, but getting the project descriptions for those pages >>>> already incurs a similar overhead, and the ability to get every repo url >>>> in one place seems worthwhile. >>>> >>> I agree with this, although people with very large project lists may >>> differ ... do we have timings on these? >>> >> >> AFAICS, when displaying the project list, gitweb reads each project's >> description file, falling back to reading its config file if there is no >> description file. >> >> If performance was a problem here, the thing to do would be to add >> project descriptions to the $project_list file, and use those in >> preference to the description files. If a large site has done that, >> they've not sent in the patch. :-) > > No because all the large sites have pain points and issues elsewhere > in the app. Most of the large sites (which I can at least speak for > Kernel.org) went and have built in full caching layers into gitweb > itself to deal with the problem. This means that we don't have to > worry about nickle and dime performance improvements that are specific > to one section, but can do a very broad sweep and get dramatically > better performance across all of gitweb. Those patches have all made > it back out onto the mailing list, but for a number of different > reasons none have been accepted into the mainline branch. Additional issue is that when you add or delete repository (project), you have to correct or regenerate projects_index file. While it is I think quite easy for git hosting sites such as repo.or.cz, it is harder for sites which offer gitweb just like they ofer WWW homepages: as a service, with repositories created (and descriptions updated) outside of gitweb control. -- Jakub Narebski Poland ShadeHawk on #git