Re: [perf-discuss] Compressed Cache for solaris kernel

2007-02-04 Thread Mike Gerdts
On 11/14/05, Eric Lowe <[EMAIL PROTECTED]> wrote: While it sounds interesting from an academic point of view, I wonder how relevant this work (and any work related to paging) is when memory can be purchased for under $200 a gigabyte. This is a different perspective Memory is cheap, but the syst

Re: [perf-discuss] Compressed Cache for solaris kernel

2005-11-14 Thread Keith Bierman
Eric Lowe wrote: While it sounds interesting from an academic point of view, I wonder how relevant this work (and any work related to paging) is when memory can be purchased for under $200 a gigabyte. When we're talking about "green" computing and TB of main memory, compression and paging optim

Re: [perf-discuss] Compressed Cache for solaris kernel

2005-11-14 Thread Eric Lowe
On Mon, Nov 14, 2005 at 02:34:46PM -0600, James Dickens wrote: | > paging candidate determination very costly). ZFS is very fast (being copy- | > on-write it does sequential I/Os whereas swapfs does random disk access), | > and it supports compression. ZFS is already slated to become the new | > re

Re: [perf-discuss] Compressed Cache for solaris kernel

2005-11-14 Thread James Dickens
On 11/14/05, Eric Lowe <[EMAIL PROTECTED]> wrote: On Mon, Nov 14, 2005 at 10:28:38AM -0800, Nitin Gupta wrote:| Hi,|I've been working on porting the 'compressed cache' feature| (http://linuxcompressed.sourceforge.net/ - feature explained in first few lines)| to linux 2.6 kernel.|   I'm wonderi

Re: [perf-discuss] Compressed Cache for solaris kernel

2005-11-14 Thread Eric Lowe
On Mon, Nov 14, 2005 at 10:28:38AM -0800, Nitin Gupta wrote: | Hi, |I've been working on porting the 'compressed cache' feature | (http://linuxcompressed.sourceforge.net/ - feature explained in first few lines) | to linux 2.6 kernel. | I'm wondering why this project is dead even when it show

[perf-discuss] Compressed Cache for solaris kernel

2005-11-14 Thread Nitin Gupta
Hi, I've been working on porting the 'compressed cache' feature (http://linuxcompressed.sourceforge.net/ - feature explained in first few lines) to linux 2.6 kernel. I'm wondering why this project is dead even when it showed great performance improvement when system is under memory pressure.