Re: Compression filter for Loopback device

[BAIN]

Hi one thing i missed to mention.

i do know about linuxcc project 
http://linuxcc.sf.net

but swap/compressed block device/ram is several degrees less intrusive
on kernel.

BAIN

On Fri, 27 Aug 2004 16:04:33 +0530, BAIN <bainonline@xxxxxxxxx> wrote:
> Hi people,
> 
> I missed this mail for almost a month, but neway
> i was also looking at something similar but failed to find nething,
> (donno why zloop didn't show up on sf search)
> 
> My main reason to search something like this was triggered due to the
> discussion on lkml about the necessity of the swap.
> 
> The idea i had was to mount a swap partition over a compressed block
> device implemented in the ram, this way few of my biggest problems in
> current projects would be solved,
> 
> 1. The project is embedded project and is running out of ram quite
> frequently, i have bunch of monitor stuff in userspace which is
> triggered only at moderate intervals and does not need to be in memory
> all the time. swap is what is required here but unfortunately i have
> no backing store for swap. (not all the tasks kick in at one time
> neway so swap will be just fine).
> 
> 2. This also does seem to be good idea on top of IMHO otherwise silly
> stuff like this
> http://kerneltrap.org/node/view/3660 [ using ram as swap : kerneltrap.org ]
> 
> 3. And according to discussion on lkml few months back , kernel is
> suppose to work better if swap is enabled ?
> 
> NE progress neone of you have made so far
> 
> i was kinda alone doing this so this is going very slow, but will
> speed up the things if i am backed up :).
> 
> BAIN
> 
> 
> On Mon, 26 Jul 2004 08:48:21 -0400, Lei Yang <leiyang@xxxxxxxxxxxx> wrote:
> > Hmm, I am a bit surprised to see this...
> > Since I am the one who posted the question, could anyone pls give me
> > some clue of what is going on? Or something like a summary. Many many
> > thanks!!
> >
> > Lei
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/