Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 Apr 2017 18:50:39 -0700
From:      bob prohaska <fbsd@www.zefox.net>
To:        ticso@cicely.de
Cc:        freebsd-arm@freebsd.org
Subject:   Re: svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes'
Message-ID:  <20170405015039.GB88592@www.zefox.net>
In-Reply-To: <20170405011246.GL16909@cicely7.cicely.de>
References:  <20170310184210.GA38002@www.zefox.net> <26fa7189-fd35-cdb4-ccfc-5ba623be9e59@zyxst.net> <e5d21dab-0ebb-e48d-effe-ba3b855c9d3b@bsd.com.br> <20170404160947.GA82658@www.zefox.net> <DD18F4F3-5123-43B2-BBE2-E7D52B340878@dsl-only.net> <20170404223954.GK16909@cicely7.cicely.de> <20170405003742.GA88592@www.zefox.net> <20170405011246.GL16909@cicely7.cicely.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 05, 2017 at 03:12:48AM +0200, Bernd Walter wrote:
> 
> Yes - there is some idle timeout somewhere with the official FreeBSD
> svn servers, which is too short for those super high write times with
> SD cards.
> But annoyingly svn not just terminates instead of reconnecting - it
> leaves the workdirectory in an unclean state requiring an svn cleanup
> rung, which by itself can be ultra slow on SD cards.
> Really not funny at all for /usr/ports.

Agreed entirely. That's what motivated me to buy Sandisk Extreme
USB 3.0 flash drives. As an aside, I think using the very same grade
of microSD cards (not outrageously expensive) solved, or mostly solved,
the problem when using a single large filesystem on one microSD with
no usb drives at all. That particular system is disturbed as little
as possible, so its subversion performance isn't well-explored.

bob prohaska




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170405015039.GB88592>