From 7c572377db2d25c2f6cd90cad13d6b72d5449436 Mon Sep 17 00:00:00 2001 From: Alexander Færøy Date: Wed, 3 May 2017 21:58:18 +0200 Subject: Explain the reasoning behind the "x-tor-lzma" name. --- proposals/278-directory-compression-scheme-negotiation.txt | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'proposals/278-directory-compression-scheme-negotiation.txt') diff --git a/proposals/278-directory-compression-scheme-negotiation.txt b/proposals/278-directory-compression-scheme-negotiation.txt index 2c1ea69..475e4af 100644 --- a/proposals/278-directory-compression-scheme-negotiation.txt +++ b/proposals/278-directory-compression-scheme-negotiation.txt @@ -113,6 +113,13 @@ Target: N/A The "deflate", "gzip", and "identity" compression schemes must be supported by directory servers for backwards compatibility. + We use the name "x-tor-lzma" instead of just "x-lzma" because we + require a defined upper bound of memory usage that is available for + decompression of LZMA compressed data. The upper bound for memory + available for LZMA decompression is defined as 16 MB. This currently + means that will not use the LZMA compression scheme with a "preset" + value higher than 6. + Additionally, when a client, that supports this proposals, makes a request to a directory document with the ".z"-suffix it must send an ordered set of supported compression schemes where the last elements -- cgit v1.2.3-54-g00ecf