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

Re: faster client pre-1.0: neon prefetching, multithreading

From: solo turn <soloturn99_at_yahoo.com>
Date: 2003-02-11 18:13:19 CET

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

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

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