From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.176.0/21 X-Spam-Status: No, score=-3.5 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MSGID_FROM_MTA_HEADER,RP_MATCHES_RCVD shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 From: "H. Peter Anvin" Subject: Re: kernel.org mirroring (Re: [GIT PULL] MMC update) Date: Fri, 08 Dec 2006 08:42:32 -0800 Message-ID: <457995F8.1080405@zytor.com> References: <45744FA3.7020908@zytor.com> <45778AA3.7080709@zytor.com> <4577A84C.3010601@zytor.com> <45785697.1060001@zytor.com> <457868AA.2030605@zytor.com> <20061207193012.GA84678@dspnet.fr.eu.org> <4578722E.9030402@zytor.com> <4579611F.5010303@dawes.za.net> <45798FE2.9040502@zytor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit NNTP-Posting-Date: Fri, 8 Dec 2006 16:43:12 +0000 (UTC) Cc: Rogan Dawes , Kernel Org Admin , Git Mailing List , Jakub Narebski Return-path: Envelope-to: gcvg-git@gmane.org User-Agent: Thunderbird 1.5.0.8 (X11/20061107) In-Reply-To: X-Virus-Scanned: ClamAV 0.88.6/2307/Fri Dec 8 05:50:05 2006 on terminus.zytor.com X-Virus-Status: Clean Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: Received: from vger.kernel.org ([209.132.176.167]) by dough.gmane.org with esmtp (Exim 4.50) id 1GsioV-0000Gt-LR for gcvg-git@gmane.org; Fri, 08 Dec 2006 17:43:08 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1425614AbWLHQmu (ORCPT ); Fri, 8 Dec 2006 11:42:50 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1425619AbWLHQmu (ORCPT ); Fri, 8 Dec 2006 11:42:50 -0500 Received: from terminus.zytor.com ([192.83.249.54]:56886 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1425614AbWLHQmt (ORCPT ); Fri, 8 Dec 2006 11:42:49 -0500 Received: from [172.27.0.16] (c-67-180-238-27.hsd1.ca.comcast.net [67.180.238.27]) (authenticated bits=0) by terminus.zytor.com (8.13.8/8.13.7) with ESMTP id kB8GgWmn011488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Dec 2006 08:42:33 -0800 To: Linus Torvalds Sender: git-owner@vger.kernel.org Linus Torvalds wrote: > > On Fri, 8 Dec 2006, H. Peter Anvin wrote: >> This goes back to the "gitweb needs native caching" again. > > It should be fairly easy to add a caching layer, but I wouldn't do it > inside gitweb itself - it gets too mixed up. It would be better to have > it as a separate front-end, that just calls gitweb for anything it doesn't > find in the cache. > If you want to do side effect generation of cache contents, it might not be possible to do it that way. At the very least gitweb needs to be aware of how to explicitly enter things into the cache. All of this isn't really all that hard; I have implemented all that stuff for diffview, for example (when generating a single diff hunk, you naturally end up producing all of them, so you want to have them preemptively cached.) > I could write a simple C caching thing that just hashes the CGI arguments > and uses a hash to create a cache (and proper lock-files etc to serialize > access to a particular cache object while it's being created) fairly > easily, but I'm pretty sure people would much prefer a mod_perl thing just > to avoid the fork/exec overhead with Apache (I think mod_perl allows > Apache to run perl scripts without it), and that means I'm not the right > person any more. True about mod_perl. Haven't messed with that myself, either. fork/exec really is very cheap on Linux, so it's not a huge deal. > Not that I'm the right person anyway, since I don't have a web server set > up on my machine to even test with ;) Heh :) -hpa