Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 51A50979C for ; Thu, 27 Oct 2011 10:59:10 +0000 (UTC) Received: (qmail 79994 invoked by uid 500); 27 Oct 2011 10:59:09 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 79969 invoked by uid 500); 27 Oct 2011 10:59:09 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 79962 invoked by uid 99); 27 Oct 2011 10:59:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Oct 2011 10:59:09 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [81.103.221.48] (HELO mtaout02-winn.ispmail.ntl.com) (81.103.221.48) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Oct 2011 10:59:00 +0000 Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20111027105839.ORKC21463.mtaout02-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>; Thu, 27 Oct 2011 11:58:39 +0100 Received: from cpc2-farn6-0-0-cust204.6-2.cable.virginmedia.com ([86.16.124.205]) by aamtaout03-winn.ispmail.ntl.com (InterMail vG.3.00.04.00 201-2196-133-20080908) with ESMTP id <20111027105839.SYJW24017.aamtaout03-winn.ispmail.ntl.com@cpc2-farn6-0-0-cust204.6-2.cable.virginmedia.com>; Thu, 27 Oct 2011 11:58:39 +0100 Received: by cpc2-farn6-0-0-cust204.6-2.cable.virginmedia.com (Postfix, from userid 1000) id 06EED36225; Thu, 27 Oct 2011 11:58:27 +0100 (BST) From: Philip Martin To: Attila Nagy Cc: users@subversion.apache.org Subject: Re: Assertion failed and crash with 1.7.1 References: <4EA7CC74.5000406@fsn.hu> <87y5w73mcb.fsf@stat.home.lan> <4EA91AB7.7050903@fsn.hu> Date: Thu, 27 Oct 2011 11:58:27 +0100 In-Reply-To: <4EA91AB7.7050903@fsn.hu> (Attila Nagy's message of "Thu, 27 Oct 2011 10:47:51 +0200") Message-ID: <87mxcmhfak.fsf@stat.home.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Cloudmark-Analysis: v=1.1 cv=JvdXmxIgLJv2/GthKqHpGJEEHukvLcvELVXUanXFreg= c=1 sm=0 a=dmETdrZ3I3YA:10 a=r7Br34eXjEoA:10 a=sOaj6hhuNKAA:10 a=kj9zAlcOel0A:10 a=TSepuwNDsxfLjP62VIwA:9 a=KSyKpHy07OZkDR_rWIIA:7 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Virus-Checked: Checked by ClamAV on apache.org Attila Nagy writes: > On 10/26/11 15:37, Philip Martin wrote: >> Attila Nagy writes: >> >>> I'm trying to update a working copy of some tens of GBs with svn 1.7.1 >> Did you upgrade with 1.7.0 or 1.7.1? > I've upgraded the WC with 1.7.0, then switched to 1.7.1, which I'm > currently using. > The upgrade took nearly one week (I can't afford a clean checkout, > because I have to preserve the files' inode numbers), at the start it > was running very fast, and at the end of the week it could print a new > directory in every 8-10 seconds, while the svn processes CPU usage was > 100%. > The disks weren't touched, it seems that even with a database > completely in the OS's buffer cache the SQL operations are pretty slow > with a lot of files. > Could it be because some indexes are missing (or not optimized for > this amount of files), or it is what we could get from SQLite? There is one query/index fix in 1.7.1 but it doesn't affect upgrade. I've not upgraded a wc as large as yours but I have just upgraded a 5GB working copy on my desktop machine (3 years old, not hugely powerful). It took about 45 minutes and used about 30 minutes of CPU. There wasn't any noticeable slowdown as the update proceeded. I see that you are using Fibre Channel storage, perhaps there is an SQLite issue there? What sort of filesystem are you using? -- Philip