Return-Path: X-Original-To: apmail-subversion-dev-archive@minotaur.apache.org Delivered-To: apmail-subversion-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4159710D26 for ; Fri, 16 Oct 2015 11:15:00 +0000 (UTC) Received: (qmail 98991 invoked by uid 500); 16 Oct 2015 11:14:59 -0000 Delivered-To: apmail-subversion-dev-archive@subversion.apache.org Received: (qmail 98939 invoked by uid 500); 16 Oct 2015 11:14:59 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 98928 invoked by uid 99); 16 Oct 2015 11:14:59 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Oct 2015 11:14:59 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 99D3B1A0700 for ; Fri, 16 Oct 2015 11:14:58 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.099 X-Spam-Level: X-Spam-Status: No, score=-0.099 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=wandisco.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 6zDzbLOzGa6B for ; Fri, 16 Oct 2015 11:14:44 +0000 (UTC) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 525FA20925 for ; Fri, 16 Oct 2015 11:14:44 +0000 (UTC) Received: by wicgb1 with SMTP id gb1so4822146wic.1 for ; Fri, 16 Oct 2015 04:14:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wandisco.com; s=gapps; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=yDS4nFyTkGSMhZBRDu67a1URm5L9QGAsG0Az+uv6k7k=; b=XG2kqZe5ZSPxVVE0VcPmby0wGXd0FOgTX9L6jtLl/hgveUvq/0omDICLDLX/cufX79 KgzgwceEswj/Z2hZ/GuvChsHujvjwE/uixG9afaLzlQfVCpU3NzEgM4AqlTjl7SJoNcZ qq451dY+YgrLUzecrH3L3/dtzv+ZnX8O1Q+Es= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=yDS4nFyTkGSMhZBRDu67a1URm5L9QGAsG0Az+uv6k7k=; b=g0oIMwLa9qx5ZZ+YFhOhKISfAccz3AcNRuQsauF5BnFB40ev8csMAcrWnhP/u+d3aM B4TxFw7aWyfG5ZzkXDVjwNcNd1+YqhfcYx+iVMDuMJEioh44Pd20wBEvIktBvTV/dxsK RTg23oTXtHysWgWIPrvwtCbPvteP2q4+EnEN1f7sl+LQ8FluF47hMmGTqcyzypGDZlJx JT+aT4KRl/1TT2UzUf6dQ6hFC+ylIOd7/MRwCZ8oiYJZ0DgDiKdrrX5M//Sd2HkSOlG0 L9hl5IeGmZpnewqzU5dyoZON+e7LT9EjoXuLphb9r4/BxewkCQF+85mWFBVuItS6iivS OWLA== X-Gm-Message-State: ALoCoQnb9jVOfYutBt6ofZmnEFQOq5vXuI68vzSsILfpd/MwFA4HxCsp9nRpWX+tw9KeYFEJx2W8 X-Received: by 10.194.200.195 with SMTP id ju3mr16439725wjc.26.1444994078398; Fri, 16 Oct 2015 04:14:38 -0700 (PDT) Received: from localhost (cpc20-farn7-2-0-cust13.6-2.cable.virginm.net. [86.15.228.14]) by smtp.gmail.com with ESMTPSA id qq4sm21891306wjc.14.2015.10.16.04.14.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Oct 2015 04:14:37 -0700 (PDT) From: Philip Martin To: "Bert Huijben" Cc: 'Branko =?utf-8?Q?=C4=8Cibej'?= , Subject: Re: NFS performance regression in 1.9 References: <87vba82pgl.fsf@wandisco.com> <561FD7F4.3090604@apache.org> <87k2qo2fpy.fsf@wandisco.com> <0f7101d10776$412ba610$c382f230$@qqmail.nl> <87fv1c2cqy.fsf@wandisco.com> Date: Fri, 16 Oct 2015 12:14:36 +0100 In-Reply-To: <87fv1c2cqy.fsf@wandisco.com> (Philip Martin's message of "Thu, 15 Oct 2015 19:44:05 +0100") Message-ID: <871tcvgj4z.fsf@wandisco.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Philip Martin writes: > "Bert Huijben" writes: > >> I'm not able to answer all that, but I do know that your change will >> slow Subversion down on Samba shares as used from Windows systems with >> that flag. And once one user used it in that way it will stay slow >> because the journal mode is stored in the database. >> >> I don't think just touching a working copy with a client should ever >> have such an effect on a working copy. > > The journal mode is set to TRUNCATE every time we open the database, > that doesn't change with my patch. Are you saying that TRUNCATE will be > ignored after some previous connection uses DELETE? The documentation explicitly states that journal_mode=WAL stays in effect for later connections, but doesn't say the same for the other modes: https://sqlite.org/pragma.html#pragma_journal_mode and that is what I see. journal_mode=delete applies unless we set truncate and the truncate is temporary: $ svnadmin create repo $ svn co file://`pwd`/repo wc $ sqlite3 wc/.svn/wc.db "pragma journal_mode" delete $ sqlite3 wc/.svn/wc.db "pragma journal_mode=truncate" truncate $ sqlite3 wc/.svn/wc.db "pragma journal_mode" delete $ svn st wc $ sqlite3 wc/.svn/wc.db "pragma journal_mode" delete $ svn st wc --config-option config:working-copy:exclusive-locking=true $ sqlite3 wc/.svn/wc.db "pragma journal_mode" delete -- Philip Martin WANdisco