issue 2043 profiling data

Ok. I ran tests to see what happens with issue 2043 (committing 300.000+
files).

When committing, this process happens:
- the client collects (harvests) the targets it needs to commit;
- an RA session is opened to do the actual commit.

With gprof I found that the case described in the mail referenced by the
issue, it takes hours to prepare for the commit, ie the client takes hours
to complete the harvesting. Most of that time is spent in
look_up_committable as seen from the diagram below:

Each sample counts as 0.000999001 seconds.
  % cumulative self self total
 time seconds seconds calls s/call s/call name
 93.32 328.51 328.51 324343 0.00 0.00 look_up_committable
  0.97 331.92 3.41 2902088 0.00 0.00 svn_utf__is_valid

The client has been running with 96%+ CPU for 4 hrs while collecting
committables when an error occurs (because it cannot connect) and the client
exits.

There is one problem though: The program ran for about 4 hours, but the
gprof table seems to suggest that only 328.51 seconds elapsed in
look_up_committable (which is 93% of all time elapsed).

Can someone help me explain the data above and the relation with the 'time'
output which gives 229minutes?

Thanks!

bye,

Erik.

-- 
Supergünstige DSL-Tarife + WLAN-Router für 0,- EUR*
Jetzt zu GMX wechseln und sparen http://www.gmx.net/de/go/dsl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org