i don't understand. how can it be, that delta is important, if:
- svn gets slow with webdav
and keeps much faster with ssh,local
(wasn't it you with that graphic too?)
delta must be used for both, isn't it?
- svn client blocks the disk, processor is at 2% usage
(30% of empty "svn up" is just locking)
am i wrong assuming wait-times are the current problem, caused by:
- excessive connection opening via http(s)
caused by opening a connection for fetching$
little things
(like a website with lots of mini-links in it,
compared to a whole page)
- excessive file opening/renaming caused
by too much files for the information
?
daniel berlin suggests aio for resolving that ... but i'm not really
convinced that this solves this "scalability issue".
--- Brandon Ehle <azverkan@yahoo.com> wrote:
> solo turn wrote:
>
> >do you have maybe an explanation wyh the ssh access method has the
> >same scalability behaviour than local access, and webdav seems to
> be
> >factor 3? is it just the asynchrounous, or is it the continouus
> >opening of a connection and get a little information from the
> server?
> >
> >
> BTW, in case you haven't noticed, I've had the call tree for
> checkout
> and import posted here for a while for reference.
>
> http://www.pipedreaminteractive.com/svn/checkout.png
>
> and
>
> http://www.pipedreaminteractive.com/svn/import.png
>
> Its very visibile that nothing takes up much time except the delta
> code
> right now. Until that disappears, I don't think its very useful to
>
> track performance of the systems (at least for import & export) as
> a lot
> could change once the delta algorithm is optional or made faster.
>
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 11 18:14:51 2003
