From: Con Kolivas <kernel@kolivas.org>
To: Kimmo Sundqvist <rabbit80@mbnet.fi>, linux-kernel@vger.kernel.org
Cc: rcastro@ime.usp.br
Subject: Re: [2.4.20-ck7] good compressed caching experience
Date: Wed, 28 May 2003 00:20:48 +1000 [thread overview]
Message-ID: <200305280020.48514.kernel@kolivas.org> (raw)
In-Reply-To: <200305271713.49762.rabbit80@mbnet.fi>
On Wed, 28 May 2003 00:13, Kimmo Sundqvist wrote:
> On Tuesday 27 May 2003 00:11, Con Kolivas wrote:
> > On Tue, 27 May 2003 04:50, Kimmo Sundqvist wrote:
> > > Just a warning... both systems have only ReiserFS partitions. Other
> > > FSes might still get hurt.
> >
> > This is definitely the case! If you try out compressed caching with ck7
> > please do not enable preempt if you are using ext2/3 or vfat.
>
> Is this a problem in ext2/3, pre-empt implementation, compressed caching or
> kernel in general?
The compressed caching code isn't yet properly preempt aware. The filesystems
that are safe are just lucky.
>
> I think I can still choose between compression methods, or can I? Which
> one of them, on average, is the least CPU-intensive, and which one gives
> the best compression ratio? I am also at loss how to interpret the
> percentages in "cat /proc/comp_cache_stat".
The default in -ck7 is lzo which is the best compression and pretty fast. The
full details only RCastro can tell us.
>
> For M$ Windows there was once a program called MagnaRAM97 that had a
> similar idea, but I don't understand how it could report 2 to 3-fold
> compression ratios. It always spontaneously rebooted the Pentium 133MHz
> after some hours, so I uninstalled it.
>
> Just take your time, but will we see a pre-empt safe (or better yet SMP
> safe) version coming out anytime soon?
>
> Compiling another 2.4.20-ck7 with 8kB pages and swap compression in the
> background. I have now "mem=896M" to avoid the highmem boundary, even if
> it wasn't necessary. Someone said somewhere that a 1GB system is faster
> without highmem support, so I haven't compiled it in for a while.
Definitely with the default VM as the basis in 2.4 (as opposed to AA or RMAP)
you are much better off without High Mem enabled if you only have 1Gb.
Con
next prev parent reply other threads:[~2003-05-27 14:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-26 18:50 [2.4.20-ck7] good compressed caching experience Kimmo Sundqvist
2003-05-26 21:11 ` Con Kolivas
2003-05-27 1:41 ` Rodrigo Souza de Castro
2003-05-27 3:37 ` Con Kolivas
2003-05-27 14:13 ` Kimmo Sundqvist
2003-05-27 14:20 ` Con Kolivas [this message]
2003-05-28 2:00 ` Rodrigo Souza de Castro
2003-05-27 1:21 ` Rodrigo Souza de Castro
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200305280020.48514.kernel@kolivas.org \
--to=kernel@kolivas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rabbit80@mbnet.fi \
--cc=rcastro@ime.usp.br \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox