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

RE: svn edit

From: Harvey, Edward <Edward.Harvey_at_patni.com>
Date: Thu, 30 Oct 2008 11:32:56 -0400

> Harvey, Edward wrote:
> >> Just to illustrate what I mean by "optimizing WC scans"
> and put some
> >> code where my mouth is ... here's a *very* trivial
> example. See the
> >> attached script. On my box, the less_stupid scan is consistenly
> >> 30-40% faster (with full caches!) than the stupid one,
> merely because
> >> it tries to keep accesses slightly more local.
> >>
> >
> > I'm not sure what you mean by "with full caches"
>
> s/full/hot if you prefer

If you have a warm cache, it does not matter how good your performance is, because the performance of all systems on a warm cache is so fast there's no complaint.

The test which matters is cold cache. Cold cache is typical for any environment where the server actually works on and processes files simultaneously while the user is trying to version those files.

This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin_at_patni.com and delete this mail.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-30 16:32:58 CET

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.