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

Re: eliminating sequential bottlenecks for huge commit and merge ops

From: Peter Samuelson <peter_at_p12n.org>
Date: Thu, 5 Jan 2012 03:47:16 -0600

[Joe Schaefer]
> They're using the ASF CMS to manage the www.openoffice.org website,
> which is full of 10 years worth of accumulated legacy spanning 50 or
> so different natural languages. The CMS is "too slow" during commits
> to template files or such which change the generated html content of
> virtually every file on the site.

Wait, so, the CMS regenerates stuff when you change a template. Fair
enough, that's just caching. But you are saying it also _stores_ the
generated content in a _repository_? To me that would be, as they say,
"the real wtf".

I don't think Subversion was ever meant to be a backend for
archive.org, storing snapshots of generated websites. Obviously it can
be used for that, but IMO much better to just generate the website,
store the html files on a flat filesystem, and regenerate from history
if you need history.

> 1) convert the templating system to use SSI, which would eliminate
> most of the sledgehammer type commits.

Of course SSI is an option, but just storing the generated files on a
normal filesystem instead of in a repository would (I suspect) be a
much less disruptive way to stop putting 9 GB of generated files in svn
at a time.
Received on 2012-01-05 10:48:26 CET

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.