On Wed, Feb 17, 2010 at 12:29 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> On 17.02.2010 03:38, Kevin Radke wrote:
>> In debugging DFS performance problems with Microsoft, it was
>> determined that TortoiseSVN was crawling network shares even
>> when the Network drive type was not enabled. Network
>> traces showed it was recursively looking for .svn directories
>> when using Windows explorer to browse to UNC paths.
>> Status cache was also set to "shell" mode, with no
>> change in the behavior.
>>
>> Disabling "Show excluded folders as normal" stopped the
>> crawling behavior that would appear to the user as long pauses
>> when trying to browse UNC paths typed into Windows explorer.
>>
>> Any reason this value defaults to on?
>
> Yes: users were confused that they didn't see any overlays at all and
> reported that TSVN wasn't working.
> That's why we changed the default for this to "on".
Do you remember when it was changed to be on? It seems the
extra traffic is a little concerning to our network team (and Microsoft)
in our large WAN environment. I'm sure other corporate
environments may have similar concerns. Defaulting
to generating extra network traffic when not even doing
a subversion operation (just browsing a network share
when TortoiseSVN is installed) isn't an ideal situation.
(Browsing a WAN network share seems to double in
wall clock time when the extra .svn folder checks are enabled.)
>> Is there a better way to disable this for new installs
>> other than pushing out the ShowExcludedAsNormal registry
>> key value to 0 for each user?
>
> Apart from building your own version of TSVN, I don't think so. But
> pushing that registry key value shouldn't be a big problem with a GPO
> set on your domain?
That is essentially what we are doing, but isn't an optimum
solution...
Thanks!
Kevin R.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2448527
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-17 21:26:13 CET