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.4 required=3.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MSGID_FROM_MTA_HEADER,RP_MATCHES_RCVD shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 From: "Michael K. Edwards" Subject: Re: kernel.org mirroring (Re: [GIT PULL] MMC update) Date: Fri, 8 Dec 2006 16:18:13 -0800 Message-ID: References: <20061207193012.GA84678@dspnet.fr.eu.org> <4578722E.9030402@zytor.com> <4579611F.5010303@dawes.za.net> <45798FE2.9040502@zytor.com> <457998C8.3050601@garzik.org> <4579F9FF.7050701@zytor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit NNTP-Posting-Date: Sat, 9 Dec 2006 00:18:27 +0000 (UTC) Cc: "Linus Torvalds" , "Jeff Garzik" , "Rogan Dawes" , "Kernel Org Admin" , "Git Mailing List" , "Jakub Narebski" Return-path: Envelope-to: gcvg-git@gmane.org DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oDImgwgql5479IsoPqM8u4nTQAhQZwqnCpACXe8suH+pAiZk4US9LqE+dDx/xXVMGb1TcmWRP8aYD7UnoRBUWAU1M0c+zOhvELjbqaltbM7fXsIYfj+rqpA7N1Ij33d18GbZ9E45fdMNt7R95Qc+SVXTwBtY+8TQxw06+wEY3kA= In-Reply-To: <4579F9FF.7050701@zytor.com> Content-Disposition: inline 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 1Gspv0-0002I2-TO for gcvg-git@gmane.org; Sat, 09 Dec 2006 01:18:19 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1947568AbWLIASQ (ORCPT ); Fri, 8 Dec 2006 19:18:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1947571AbWLIASQ (ORCPT ); Fri, 8 Dec 2006 19:18:16 -0500 Received: from wx-out-0506.google.com ([66.249.82.238]:1259 "EHLO wx-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1947568AbWLIASO (ORCPT ); Fri, 8 Dec 2006 19:18:14 -0500 Received: by wx-out-0506.google.com with SMTP id h27so952981wxd for ; Fri, 08 Dec 2006 16:18:14 -0800 (PST) Received: by 10.90.55.19 with SMTP id d19mr4986186aga.1165623494087; Fri, 08 Dec 2006 16:18:14 -0800 (PST) Received: by 10.90.94.7 with HTTP; Fri, 8 Dec 2006 16:18:13 -0800 (PST) To: "H. Peter Anvin" Sender: git-owner@vger.kernel.org On 12/8/06, H. Peter Anvin wrote: > There is another thing that probably will be required, and I'm not sure > if something in front of Apache (like Squid) rather than behind it can > easily deal with: on timeout, the process needs to continue in order to > feed the cache. Otherwise, you're still in a failure scenario as soon > as timeout happens. I would think this would be a great deal easier to handle in an arm's-length "accelerator" than in the origin server. Only restart the hit to the origin server if you think that something has actually gone wrong there. Serve stale data to the client if you have to. >From the page I quoted: "In addition an option to shortcut the cache revalidation of frequently accessed objects is added, making further requests immediately return as a cache hit while a cache revalidation is pending. This may temporarily give slightly stale information to the clients, but at the same time allows for optimal response time while a frequently accessed object is being revalidated. This too is an optimization only intended for accelerators, and only for accelerators where minimizing request latency is morer important than freshness." I don't know how sophisticated this logic is currently, but I would think that it wouldn't be that hard to tune up. Cheers,