On Tue, Feb 05, 2008 at 02:04:51AM -0800, Jakub Narebski wrote: > Bruno Cesar Ribas <ribas@xxxxxxxxxxxx> writes: > > > On Wed, Jan 30, 2008 at 07:06:44PM -0800, Junio C Hamano wrote: > > > If the config reading interface is too slow (somebody has to > > > bench it on a large set of repositories), maybe we would need to > > > > I made a simple bench as follows. > > > > dd= 'dd if=/dev/zero of=/home/bruno/dds/$i bs=1M count=400000' > > This was to provide load, and check how it works under load, isn't it? Yes, it was to provide high disk IO. Running a test with system 100%idle is not satisfatory because time is almost satisfatory. > > > Machine: 4*opteron 2.8GHz > > 32GB ram > > 14*750GB RAID0 sata2 /home > > > > Generated a 1000 projects [ too much?! git.debian.org has 668] > > For each test a 'echo 2 > /proc/sys/vm/drop_caches' was done before running > > it. > > > > command: time gitweb.cgi > /dev/null > > Didn't you mean > > time GATEWAY_INTERFACE="CGI/1.1" HTTP_ACCEPT="*/*" \ > REQUEST_METHOD="GET" QUERY_STRING="" gitweb.cgi > > here (or some wrapper thereof)? I thought so, but running it without any arguments generated a clean project list page. > > I wonder what would ApacheBench show... > > Note also that there are operating systems (MS Windows, MacOS X) where > fork is much slower than on Linux. Problem is wunning it with MsWindows an MacOS (happily I removed it from my macbook) Running an ApacheBench should be unde high disk IO AND multiple requests at once. It could be done under linux, but what concerns me more is the generation of ONE page without apache. And that using gitweb.descripton (and probably gitweb.owner) is better than using single-lined-isolated-files. > > > -- > Jakub Narebski > Poland > ShadeHawk on #git > - > To unsubscribe from this list: send the line "unsubscribe git" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Bruno Ribas - ribas@xxxxxxxxxxxx http://web.inf.ufpr.br/ribas C3SL: http://www.c3sl.ufpr.br - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
