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

Re: Entries caching & Performance

From: Brandon Ehle <azverkan_at_yahoo.com>
Date: 2002-11-26 07:29:25 CET

>
>
>Maybe null-terminated strings aren't such a good thing, if 27% of the time is
>spent just searching for nulls. Or maybe I'm reading that wrong?
>
>On Monday 25 November 2002 19:08, Philip Martin wrote:
>
>
>>00073580 220606 26.8715 strlen
>> /build/buildd/glibc-2.2.5/glibc-2.2.5/string/../sysdeps/i386/strlen.c:25
>>/usr/lib/debug/libc-2.2.5.so
>>
>>
Not necessarily, what you are most likely seeing is the data for the
string being pulled in from main memory to the cache. Chances are that
if you do a strlen before accessing the string, the time for the string
manipulation will show up as something else if you remove the strlens,
but it probably won't make anything faster. What would make this faster
is getting the string data that is read sequentially closer together.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 26 04:27:06 2002

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.