it was both, samba and real nt server.
people moved from ms visual source safe and tried to store their
working copy as they used to on the network drives. it was so slow,
that we just exculded it from a "valid application scenario".
now we have the wc on the loca drives, but the working copy size is
increasing and it will have soon a size which again gives us a slow
speed combined with a blocked disk. status now is that "svn up"
blocks the computer for 2 minutes, increasing with working copy size.
and svn client is the only program we use here which is able to block
our computers by just running it (except stress test programs).
but it would be anyway interesting to hear your tuning experiences.
--- Daniel Berlin <dberlin@dberlin.org> wrote:
>
> 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
>
__________________________________________________
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
Received on Wed Mar 5 21:19:21 2003