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

Re: Feature request: option for "svnadmin dump" to discard file-texts

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2004-06-14 07:32:02 CEST

I'll post my answers to several things here at once, if nobody minds.

On Tuesday 08 June 2004 17:11, C. Michael Pilato wrote:
> > Tips, tricks, objections?
>
> Tip:
>
> The Text-content-length is the same as your
> Real-text-content-length when you aren't using the delta-containing
> dump format.
>
> Trick:
>
> The trick to getting a feature request seriously considered is for
> folks to be able to understand why you want it. Your mail uses the
> verb "to analyze", but what exactly do you want to know about your
> repository, and how will the dump headers help you?
I'll get the directory structure, the file sizes and MD5's, and all
properties.

> Objection:
>
> The feature as proposed introduces unnecessary complexity for no
> apparent gain.
>
> While you might suffer a performance penalty, I wonder if you
> shouldn't just write a script to parse dumpfiles and give you the
> information you seek.
I've already written such a script.
But imagine using that on a multi-GB-repository - sending several hundred or
even thousand MB's from the harddisk over a pipe to a script just to discard
them doesn't sound optimal to me.

On Tuesday 08 June 2004 15:04, kfogel@collab.net wrote:
> What was wrong with 'Text-content-length'?
>
> Is the issue one of compatibility, that is, you don't want to produce
> a dumpfile whose headers are those of a normal dumpfile, but whose
> contents are missing, because that might cause a load error? It's no
> big deal if the loader errors. The effect on the repository will be
> the same either way, so it doesn't really matter.
>
> People know what kind of dumpfiles they produced, and probably won't
> be loading these. IMHO it would be better to add a new boolean header
> indicating that the contents are missing, and possibly up the dumpfile
> format version number.
Well, I though about that a bit before; but as there's already a newer format
number (for deltified dumps) I feared that we might explode in incompatible
dumpfile versions.
The idea of having a boolean flag sounds good, but I wanted to let the dump be
parseable by old tools too - and such would be severely confused if they read
"Text-content-length: 5000000" and then the dump is ended.

On Tuesday 08 June 2004 16:39, Tobias Ringström wrote:
> Funny. Perhaps --aim-gun-at-foot would be more appropriate? :-)
Well, I'm +1 on anything that helps me here :-)

Regards,

Phil

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 14 07:32:50 2004

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.