From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LDgXx-0000aL-Kj for garchives@archives.gentoo.org; Fri, 19 Dec 2008 14:41:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1E74DE04AF; Fri, 19 Dec 2008 14:41:42 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 8213AE04AF for ; Fri, 19 Dec 2008 14:41:41 +0000 (UTC) Received: from [192.168.1.33] (unknown [77.246.104.171]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 3828265809 for ; Fri, 19 Dec 2008 14:41:36 +0000 (UTC) Subject: Re: [gentoo-dev] New global USE flag: gzip-dict From: Peter Volkov To: gentoo-dev@lists.gentoo.org In-Reply-To: <20081218003449.GA7573@comet> References: <1229455276.2454.23.camel@localhost> <20081216192712.516a1d80@snowmobile> <1229457985.2454.30.camel@localhost> <20081218003449.GA7573@comet> Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Dec 2008 17:40:41 +0300 Message-Id: <1229697641.13304.1258.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: fd1bb91b-ee96-42c6-a248-690fb52f10e6 X-Archives-Hash: 7f9cd3645d1e468809cf2f0688977da5 =D0=92 =D0=A1=D1=80=D0=B4, 17/12/2008 =D0=B2 16:34 -0800, Donnie Berkholz= =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Is that some huge package that takes an unreasonable amount of time to=20 > build or space to install?=20 Probably in this case it takes reasonable amount of time... > If not, this doesn't seem like a very meaningful choice to me. Well, your questions forced me to do my own investigation of gzip performance in one real-life scenario which I hope to use really soon. I took my Neo FreeRunner and tested gzip decompression speed there. Time to read 10Mb file is about ~ 2.15s. But if I need to read and decompress it at the same time it takes ~ 9.90s. So this makes times slower read of compressed files. Since stardict reads all index files on each startup and currently index files of my dictionaries occupy more than 20M this makes much longer startup time. I have not checked runtime performance. It'll be affected too but, probably, not too much since stardict will decompress only required parts of data. But anyway gzip is not free and it's better to have it optional. --=20 Peter.