lkml.org 
[lkml]   [2005]   [Apr]   [3]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateSun, 03 Apr 2005 12:59:23 +0400
From"Artem B. Bityuckiy" <>
SubjectRe: [RFC] CryptoAPI & Compression
Herbert Xu wrote:
> Surely that defeats the purpose of pcompress? I thought the whole point
> was to compress as much of the input as possible into the output?
Absolutely correct.

> So 1G into 1G doesn't make sense here.
I thought you are afraid about the case of a totally random input which 
may *grow* after it has been compressed.

> But 1G into 1M does and you
> want to put as much as you can in there.  Otherwise we might as well
> delete crypto_comp_pcompress :)

Err, it looks like we've lost the conversation flow. :-) I commented 
your phrase: "The question is what happens when you compress 1 1GiB 
input buffer into a 1GiB output buffer."

Then could you please in a nutshell write what worries you or what issue 
you would like to clarify?

IIRC, you worried that in case of a large input and output 12 bytes 
won't be enough. I argued it should. I'm even going to check this soon :-)

-- 
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-04-06 13:31    [from the cache]
©2003-2008