Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262756AbVDAO6G (ORCPT ); Fri, 1 Apr 2005 09:58:06 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262758AbVDAO6G (ORCPT ); Fri, 1 Apr 2005 09:58:06 -0500 Received: from fobos.marketsite.ru ([62.152.84.30]:25351 "EHLO relay1.dataart.com") by vger.kernel.org with ESMTP id S262756AbVDAO6C (ORCPT ); Fri, 1 Apr 2005 09:58:02 -0500 Message-ID: <424D6175.8000700@yandex.ru> Date: Fri, 01 Apr 2005 18:57:57 +0400 From: "Artem B. Bityuckiy" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 X-Accept-Language: en, ru, en-us MIME-Version: 1.0 To: David Woodhouse CC: "Artem B. Bityuckiy" , Herbert Xu , linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org Subject: Re: [RFC] CryptoAPI & Compression References: <1112366647.3899.66.camel@localhost.localdomain> In-Reply-To: <1112366647.3899.66.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 901 Lines: 24 David Woodhouse wrote: > Hm. Could we avoid using Z_SYNC_FLUSH and stick with a larger amount? > That would give us better compression. Yes, the compression will be better. But the implementation will be more complicated. We can try to use the "bound" functions to predict how many bytes to pass to the deflate's input, but there is no guarantee they'll fit into the output buffer. In this case we'll need to try again. Possibly, we may do something like this: Try good compression using the prediction technique. If we didn't fit the output buffer, use the old but determined algorithm. -- 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/