[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: reduce number of administrative files

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2003-03-05 20:28:05 CET

On Wednesday, March 5, 2003, at 01:39 PM, solo turn wrote:

> if you need demonstrations:
> 1. run it on a network drive,
> a small project with 1000-2000 folders
> is sufficient.

You are running this over a windows share?
No wonder you have locking speed problems.
Are multiple users accessing the repository at the same time?
If so, it'll be even slower than slow (since it won't even be able to
do oplocks).
Perforce actually has the same problem.
They FAQ it as (they avoid mentioning windows by name here, but that's
the definition of "inefficient locking") "Using a network filesystem
for the Perforce server must be thought through very carefully.   Just
as in the scenario above with the Perforce client, data to and from the
server application must go through the network twice.   The Perforce
server also uses file locking on vital data files.   Not all network
filesystems have efficient locking implementations and some are buggy.
"

Is this samba or a real NT server (I know offhand how to tune samba to
help alleviate these problems)?
With an NT server, you'll need to use the performance monitor to
discover the bottlenecks (check current commands, etc, to see what's
bottlenecking).
However, to do the tuning will mean a lot of registry tweaks and
testing to see if it helps.

--Dan

> 2. run it with 30.000 files and
> folders.
>
> i would perfer getting an opinion of the good programmers in the list
> to the independent suggestions before anybody starts implementing.
>
> and not a "shut up", "implement" or a "you steal my time".
>
>
> --- cmpilato@collab.net wrote:
>> solo turn <soloturn99@yahoo.com> writes:
>>
>>> why do you think a database has a few files and not 200.000? and
>> even
>>> includes blobs/clobs?
>>
>> ...
>>
>> All this text, all this chatter. The existing working copy design
>> has
>> yet to be proven demonstrably bad; your suggested working copy
>> design
>> has to be ... implemented -- and therefore can't be demonstated to
>> be
>> anything.
>>
>> Solo, please consider making your point with a different form of
>> text,
>> say, in the form of a patchfile?
>>
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 5 20:29:03 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.