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

LZ4 compression

From: Julian Foad <julianfoad_at_apache.org>
Date: Mon, 17 Jul 2017 11:40:43 +0100

Evgeny Kotkov wrote (in the 'Proposal: new fsfs.conf properties' thread):
> To improve the situation with slow commits of large binary and, possibly,
> incompressible files I committed a patch (http://svn.apache.org/r1801940)
> that adds initial support for LZ4 compression in the backend.

This sounds amazing!

and in the log message:
> [...] The interoperability is implemented by bumping the format of > svndiff to 2 and the repository file system format to 8. [...]

Can you state simply what facets of Subversion this benefits so far? It
looks like it is the compression/deltification internal to FSFS, stored
in rev files, and not exposed outside FSFS, so it affects server speed
(and thus commit speed) and server storage space. Any significant effect
on speed of reading the repo (decompression)?

What parts of Subversion could this usefully be extended to affect?
(Speed of compression/deltification performed on the client for commits?
Size reduction of data sent over the wire to/from new enough clients?)

> Currently, LZ4 compression is enabled if the fsfs.conf file specifies
> compression-level=1, and all other levels still use zlib for compression

Is this just a 'safe' starting point for testing and will we likely
change this to use LZ4 for all 'compression-level' settings?

- Julian
Received on 2017-07-17 12:40:55 CEST

This is an archived mail posted to the Subversion Dev mailing list.