lkml.org 
[lkml]   [2001]   [Aug]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: memory compress tech...
Ignacio Vazquez-Abrams wrote:
>
> On Tue, 14 Aug 2001 lkthomas@hkicable.com wrote:
>
> > another suggestion, mate
> > if you are using dos before, you must know a tools call "QEMM"
> > http://www.netten.net/~garycox/qemm3.htm
> > you can look over this URL if you do not know what is that
> > it can do a real time memory compress and decompress tools ( I mean on fly ), the sound like IBM of MXT..
> > so people can use more memory as they want
> > but IBM one can not compile into kernel :(
> > so I am thinking if someone can program a new code into kernel and let user to select if use it or not
> > ( 8M data in RAM can compress to 4-5M, so people can free up more to use in another side )
> > I hope this one would help for end user :)
> > Thanks
>
> Here's a text blurb from the page mentioned:
>
> "Various reports from various reviews that I have seen have indicated Magnaram
> [QEMM's memory compression program] doesn't help very much and in fact can
> really slow down your system. In my tests I found a slight system speed
> decrease and I really couldn't tell if it was helping me any or not... On my
> system I have MagnaRAM turned off. Having enough physical RAM in a system
> ALWAYS outperforms any other way of getting around an insufficent memory
> problem."
>
> I think he said it best. There may be uses for memory-compression technology,
> but does that make the slow-down worthwhile?

Please read the corresponding research papers by IBM on this
topic. It's all NOT ABOUT RAM size. It is all bout BUS BADWIDTH!
At least if you do it properly - namely in hardware... ;-)
-
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/

\
 
 \ /
  Last update: 2005-03-22 12:57    [W:0.053 / U:0.644 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site