Bert Huijben <rhuijben_at_sharpsvn.net> wrote on 04/22/2009 10:32:00 AM:
> > > granularity: each sample hit covers 4 byte(s) for 0.00% of 296.19
> seconds
> > >
> > > called/total parents
> > > index %time self descendents called+self name index
> > > called/total children
> > >
> > > <spontaneous>
> > > [1] 26.2 77.59 0.00 apr_hash_next [1]
>
> Are you sure your debug symbols are ok. I would be very, very surprised
if
> this function would take 26% of your time:
I just rebuilt svn 1.6.1 from scratch with "-pg" and ran gprof on
the resultant gmon.out file... Haven't profiled anything on
Solaris 10 x86 before, but have no reason to believe it isn't working.
> APR_DECLARE(apr_hash_index_t *) apr_hash_next(apr_hash_index_t *hi)
> {
> hi->this = hi->next;
> while (!hi->this) {
> if (hi->index > hi->ht->max)
> return NULL;
>
> hi->this = hi->ht->array[hi->index++];
> }
> hi->next = hi->this->next;
> return hi;
> }
>
> Unless you have an application containing an insane large hashtable,
> containing nothing.. and doing nothing with the keys.
The repository has a directory with almost 8000 subdirectories at one
level. This was an investigation to see why svnadmin verify is
taking over 40 hours to verify the 3GB repo...
Kevin R.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1862151
Received on 2009-04-22 17:44:23 CEST