Hi Philip,
On 7/17/2017 4:14 AM, Philip Martin wrote:
> - move the conversion from export_directory to svn_client_export5
> - change the parameter names in export_file_ev2, export_file,
>export_directory
> - remove the path code from those functions as it is never used
> - add SVN_ERR_ASSE
Evgeny wrote:
Speaking of only using it with compression level 1, that's not a starting
> point. While LZ4 offers superior speeds, it is not a substitute for any
> zlib compression level > 1, including our current default of 5, as the
> latter gives better compression ratio.
>
> I was thinking
Julian Foad wrote on Mon, 17 Jul 2017 16:09 +0100:
> Stefan Sperling wrote:
> > On Mon, Jul 17, 2017 at 02:54:59PM +0200, Evgeny Kotkov wrote:
> > Is there any reason to wait before rolling a 1.10 alpha release?
>
> danielsh made suggestions about the config option, in reply to the
> commit email
Stefan Sperling wrote:
On Mon, Jul 17, 2017 at 02:54:59PM +0200, Evgeny Kotkov wrote:
[...]
LZ4 offers much faster decompression than zlib, and read operations should
benefit from this change as well. [...]
Thanks for the summary, Evgeny.
https://svn.apache.org/r1801974 adds negotiation and
On Mon, Jul 17, 2017 at 02:54:59PM +0200, Evgeny Kotkov wrote:
> LZ4 offers much faster decompression than zlib, and read operations should
> benefit from this change as well. (Don't have the exact numbers available
> here on my phone, sorry for that.)
>
> https://svn.apache.org/r1801974 adds neg
Branko Čibej wrote:
In order to use checkpoints as a sort of local commit, you do have to be
able to push a series of commits to the server. You'd distinguish
explicit checkpoints (with log messages) and implicit/automatic
checkpoints; only the explicit ones would constitute separate commits.
T
kot...@apache.org wrote on Fri, 14 Jul 2017 11:13 +:
> Author: kotkov
> Date: Fri Jul 14 11:13:47 2017
> New Revision: 1801940
>
> URL: http://svn.apache.org/viewvc?rev=1801940&view=rev
> Log:
> fsfs: Add initial support for LZ4 compression.
>
> This can significantly (up to 3 times) improve
>
> See the SVNIndexXSLT directive. You can do pretty much whatever you like
> with the directory listing.
>
Near perfect. I'll blow the dust off my XLS skills (unused for 16 years).
LZ4 offers much faster decompression than zlib, and read operations should
benefit from this change as well. (Don't have the exact numbers available
here on my phone, sorry for that.)
https://svn.apache.org/r1801974 adds negotiation and support for LZ4 in
mod_dav_svn and in ra_serf. Except for t
On 17.07.2017 13:42, Julian Foad wrote:
> Initially I wrote that 'checkpointing' should allow committing the
> result either all at once or as a corresponding series of commits.
> Having thought more, I believe the use case for a series of commits
> falls out of scope.
>
> Definitions:
>
> Quilt:
On 17.07.2017 14:29, Paul Hammant wrote:
> The page I'm talking about is the skinny one that presents directory
> listings:
>
> svnRepo1 - Revision 195: /
>
> svnRepo1 - Revision 195: /
>
> ..
> a/
>
> Powered by href="http://subversion.apache.org/";>
The page I'm talking about is the skinny one that presents directory
listings:
svnRepo1 - Revision 195: /
svnRepo1 - Revision 195: /
..
a/
Powered by http://subversion.apache.org/";>Apache
Subversion version 1.9.5 (r1770682).
It would be super awesome to be able to administrators of S
Daniel Shahaf wrote on Sat, 15 Jul 2017 21:16 +:
> Makes sense. The attached patch updates the wording, however, requires
> a .py update that I haven't written yet. dev@ folks, feel free to beat
> me to finishing the .py part.
Done in r1802130 and r1802132.
Cheers,
Daniel
Initially I wrote that 'checkpointing' should allow committing the
result either all at once or as a corresponding series of commits.
Having thought more, I believe the use case for a series of commits
falls out of scope.
Definitions:
Quilt:
Preparing a series of patches that will be a
Doug Brown writes:
> * subversion/libsvn_client/export.c
> (export_directory): Ensure that from_path_or_url is converted to a URL prior
> to passing it to svn_client__export_externals.
svn_client_export5 has a top level if conditional:
if (location is url) or (revision implies URL) then
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
On 17.07.2017 11:12, Bert Huijben wrote:
>
>> -Original Message-
>> From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com]
>> Sent: vrijdag 14 juli 2017 14:41
>> To: Branko Čibej
>> Cc: comm...@subversion.apache.org
>> Subject: Re: svn commit: r1801946 - in
>> /subversion/trunk/subversio
I think as this thread draws towards a close, that the lz4 modifictions
Evgeny made in part address my speed concerns for gigabyte sized files. And
that if any more speed for PUT is wanted, that one would set:
max-deltification-walk = 0
compression-level = 0
It also looks like the there is dev-te
Philip,
> Ah, it's not running out of space in tmp, rather it is failing to find
> tmp. There is a behaviour difference between Subversion 1.9 and 1.10
> here: each Apache child process using 1.9 will create two zero-length
> files in tmp, the first is APR finding tmp the second is Subversion
>
> -Original Message-
> From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com]
> Sent: vrijdag 14 juli 2017 14:41
> To: Branko Čibej
> Cc: comm...@subversion.apache.org
> Subject: Re: svn commit: r1801946 - in
> /subversion/trunk/subversion/libsvn_subr/lz4: LICENSE lz4.c lz4.h
>
> Bran
20 matches
Mail list logo
