Return-Path: Delivered-To: apmail-infrastructure-dev-archive@locus.apache.org Received: (qmail 71570 invoked from network); 2 May 2008 18:51:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 May 2008 18:51:27 -0000 Received: (qmail 82184 invoked by uid 500); 2 May 2008 18:51:28 -0000 Delivered-To: apmail-infrastructure-dev-archive@apache.org Received: (qmail 82122 invoked by uid 500); 2 May 2008 18:51:28 -0000 Mailing-List: contact infrastructure-dev-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: infrastructure-dev@apache.org Delivered-To: mailing list infrastructure-dev@apache.org Received: (qmail 82111 invoked by uid 99); 2 May 2008 18:51:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2008 11:51:28 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of justin.erenkrantz@gmail.com designates 72.14.220.159 as permitted sender) Received: from [72.14.220.159] (HELO fg-out-1718.google.com) (72.14.220.159) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2008 18:50:33 +0000 Received: by fg-out-1718.google.com with SMTP id e21so1126963fga.29 for ; Fri, 02 May 2008 11:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=LHaDHSAGZqrb+Du+TFNI7RsvPfEu4WyfwDpSk5YZqus=; b=P5s+YeScjrlCoErc7dWYE+tSm6SAJY3FV+9yMOxgUU+UM7rWMWNHwWRE6Mpi6RpRlaEtsAPikYvXbXS3fgBA4ihdFbdwxa2W0oFU5JM14MKMZXSuLTGqbZANT5F8fhTd/zSEpSz5bwUPmb84tIy5ckXtELTnv4GYh/VQDzQjRI0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OWqSgxg9+ScktloG93dhgkvxp3goXcb9rs0Zuwhh5SHzf53kY88OLv2J5d8PPATTeIizBtYtbHBTc9XcOoQ4rF41RSgOvOjWUaSvnQ+H9IzA22i/YGtUkgXaw7WRX9SjsInMlQFYe/7Jwd2jfmV3ZJdqhhyRNJkHZlMMWOdeCG4= Received: by 10.86.76.16 with SMTP id y16mr5011354fga.60.1209754255288; Fri, 02 May 2008 11:50:55 -0700 (PDT) Received: by 10.86.77.2 with HTTP; Fri, 2 May 2008 11:50:55 -0700 (PDT) Message-ID: <5c902b9e0805021150t7967f271r3cbc24d004bf2a62@mail.gmail.com> Date: Fri, 2 May 2008 11:50:55 -0700 From: "Justin Erenkrantz" Sender: justin.erenkrantz@gmail.com To: infrastructure-dev@apache.org Subject: Re: Best Practices so far? In-Reply-To: <481B55B6.20904@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <481ACF4C.9040509@gmail.com> <510143ac0805020143y47fb22f9m6da17a123be7e130@mail.gmail.com> <510143ac0805020507m302bcbfcje3d77bf9e6437722@mail.gmail.com> <510143ac0805020739s1f0bc6e4t1fd45e3f563c633@mail.gmail.com> <481B3378.30709@apache.org> <5c902b9e0805020930l1bace3b3vbe2eaaa55ee4a08e@mail.gmail.com> <481B55B6.20904@apache.org> X-Google-Sender-Auth: 991a455ada2e30d1 X-Virus-Checked: Checked by ClamAV on apache.org On Fri, May 2, 2008 at 10:56 AM, Grzegorz Kossakowski wrote: > Justin, pardon my ignorance, but do you know any tool that imports whole > repository history without making many requests to our svn servers? You > already support fisheye, ohloh and similar services. Aren't they putting > lots of load at *initial* stage? The Fisheye guys know to contact us before importing history as they know that they have routinely brought the machine down. AFAICT, Ohloh hasn't worked off SVN but rather off releases - and, to the best of my knowledge, they haven't tripped any of our DoS measures...yet. > Personally, I don't understand what's exactly your problem with me using > git-svn. I only care as much as you don't place an unreasonable drain on our public services. If it takes 100x more compute and network power to service git-svn than a normal svn client, then our capacity is blown out of the water. I have to provision the resources as best as I can given the ASF's constraints. We don't have an endless amount of CPU or network cycles to spend on users using tools that are inefficient and deny service to others. If you'd like to donate either your time or money to seeing we have the service you desire, it's appreciated. Until then, I have to make the decision that serves the most people. -- justin