[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 08:12:54 CET

>
>
>>pilchie on IRC revealed that we are currently doing caching of
>>entries reading only on commits and status. Is anyone working on
>>
>>
>
>That's not correct, entries are cached for all operations. At present
>operations that modify the working copy will repeatedly *write* the
>entries file, but it does not get read repeatedly. Writing happens
>repeatedly because a) that's how it worked originally, and b) if it
>didn't then an interrupted operation would lose all its modifications.
>(I know interrupted checkouts cannot be restarted, but that's a bug
>that needs to be fixed.)
>
>Obviously every relevant entries file has to be parsed once. Are you
>seeing the same file parsed repeatedly? How many times does
>svn_wc_entries_read go on to call read_entries?
>
>
I am seeing about 1765 XML_Parse()'s for a working copy with 3528
directories. Apparently XML_Parse() is just too slow.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 26 05:10:39 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.