Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm
Precedence: bulk
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> <871tcvgj4z.fsf@wandisco.com>
To: dev@subversion.apache.org
From: =?UTF-8?Q?Branko_=c4=8cibej?= <brane@apache.org>
Organization: The Apache Software Foundation
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAADBQTFRF
 IhsbCy0qZjoVOVRoeFxSAIKBzXQiAKaibYiewnk7nn9z0qCTgL3i87Ep6Kx/+tHBsrE+zgAAAjZJ
 REFUOMvF0jFoE1EYB/CzjWlqIzaTjqVIBifRRWyG0t5iUqlLyFpCeXBgKg5yq6A4degUDJjoUDpc
 1Qt4Ux94B11SOLB0KGS4discpbkORTCn9/m9d3fvLhXnvuHu3f+Xx/veyyfZfLSdZHzgicSfeyw4
 JISwdz8FT6M8lM8Ceg385Dlhs+cC9sQCDn0B78QCogzwN+sxfHGOIXBbRGkNAM4cZymGtgNsDPgz
 cByxon3EEm1TLmvAlghoHOO3CZSa+IQ/vF6JV8tgKOMow78gRgL2/+EIvATOUtB3SSdMg4GXgrbn
 uk0uLiGdoCHKbX4E+t1FUTqn1AtIdPJebssDQ64YANSQyyaQNyUOFs0ijMsMFnOPTahPLXKYowtY
 08MfCP7vR7hRnc5zmPK7CDYYbHcbC7tHuyFA94U/1LYZaJpu/sxACHMwvwZljTLY0TbNk4x+zuEt
 yC3MfCM6uSIvfwur0itFL4FA2Yal8BzLfnYV4EIGwEPAk7o5zIcnvzHMEjwJrrhAKK7on6IrsfRJ
 7A53BhaK+CL7fj6+q/sPeOvcDTtoZTxpUYsFeIknrOXep3p3l7Ua+8sZ5FPQKyKwWi+DfROTU7ny
 C1/9UhpeY7K287WJCzbsNPQm2S6Yk4PSCNhWM2r3nD0K9liYb6yPgCRJhSzPrxUK0yUBVk1VX0lj
 s7MzGZyp0wImMK/e8rHbz2soL+O+2r1dxfGsAmBcx0lNjS/RUhlUC7gRn1wGMdQ7Vw1/AReW/RN3
 xFWdAAAAAElFTkSuQmCC
Message-ID: <56213174.9020203@apache.org>
Date: Fri, 16 Oct 2015 19:18:44 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <871tcvgj4z.fsf@wandisco.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

On 16.10.2015 13:14, Philip Martin wrote:
> Philip Martin <philip.martin@wandisco.com> writes:
>
>> "Bert Huijben" <bert@qqmail.nl> 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:

I think that means "for later concurrent connections to the database",
meaning until the last process closes it. That would make sense, because
you can't combine WAL mode with either truncate or delete at the same time.

-- Brane