brane@xbc.nu writes:
> Before we go ballistic about file formats, I'd like to note that the
> real problem with XML in .svn/entries isn't speed but all the escaping
> that needs to be done. Escaping will be needed with any format, but XML
> is a special PITA here.
If you claim that using XML does not affect performance, then just do
a profile and see for yourself.. The verbosity of the format leads to
much more IO than necessary and CPU usage as well.
> I'd also like to point out that we have a config file parser that's
> quite good enough for entries files, so please don't invent another file
> format.
That format has some pecularities that make it unsuitable for this
purpose. One example is the locale-dependent stripping of whitespace
around values. Also, why go from one name=value format to another, as
I pointed out in another mail.
> That parser may need some optimisations if we use it for entries
> files, but at least it's not completely new code.
>
And it currently parses the file into many small hash tables, which is
quite wasteful. The XML parsing code does the same, which shows up in
the profiles.
In another mail, you suggest that we should move the format number
inot entries now and then bump it in 1.5 to replace the format of the
file. I am strongly -1 on this strategy, unless we have some other
good reason to bump the format number. Bumping the format is not nice
to peoople who for some reason have to use mixed client versions, so
lets not do that unless really necessary.
Best,
//Peter
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 12 19:06:16 2006