linux-kernel - Re: compressing intermediate files with LZO on the fly

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <Pine.LNX.4.63.0704071830510.25121@qynat.qvtvafvgr.pbz>
Date:	Sat, 7 Apr 2007 18:35:41 -0700 (PDT)
From:	David Lang <david.lang@...italinsight.com>
To:	Willy Tarreau <w@....eu>
cc:	Al Boldi <a1426z@...ab.com>, linux-fsdevel@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: compressing intermediate files with LZO on the fly

On Sat, 7 Apr 2007, Willy Tarreau wrote:

> Hi Al,
>
> On Sat, Apr 07, 2007 at 02:32:34PM +0300, Al Boldi wrote:
>> Willy Tarreau wrote:
>>>
>>> ... for some usages (temporary space),
>>> light compression can increase speed. For instance, when processing logs,
>>> I get better speed by compressing intermediate files with LZO on the fly.
>>
>> How can you do that on ext3?
>>
>> Also, can you do that on a partition block-io level?
>
> No, sorry for the confusion. My scripts simply do :
>
> $ lzop -cd file1.lzo | process | lzop -c3 > file2.lzo
>
> With decent CPU, you can reach higher read/write data rates than what a
> single off-the-shelf disk can achieve. For this reason, I think that
> reiser4 would be worth trying for this particular usage. And in this case,
> I'm not interested at all in reliability. It's just temporary storage. If
> the disk fails, I throw it away and buy a new one.

I see the same thing with my nightly scripts that do syslog analysis, last year 
I trimmed 2 hours from the nightly run by processing compressed files instead of 
uncompressed ones (after I did this I configured it to compress the files as 
they are rolled, but rolling every 5 min the compression takes <20 seconds, so 
the compression is < 30 min)

now I just need to find a version of split that can compress it's output files.

David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/