[lkml]   [1998]   [Feb]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: New Feature Idea: Compress swap file
At 18:12 19/02/98 -0800, ;The Doctor What wrote:
What about this:

- Our objective is performance, by reducing the amount of read/write to
the swap;
- Compress by pages and write the compressed pages in 4k pages, possibly
in each page.. (it's ok);
- But you can't guarantee that we can compress all cases. Make a map of
the pages
compressed/not-compressed. A 200MB swap will use 6400 bytes of memory
with compressed/
not compressed bits;
- We are not doing ALL, but's is simple.
- We can minimize the time wasted on compression by not compress code
pages, only
data pages. What's the (normal expected) relation of code/data pages?

>Can't optimize this by compressing on a per page basis? I'm not overly
>familiar with the theory, but it seems that there is less to compress
>(yeah, the compression isn't as good) and less for the CPU to worry about.
>Hmmm.... If only there was intellegent hardware that could do this for

[]'s, Sergio Bruder.
----------------------------------------------+ | |

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to

 \ /
  Last update: 2005-03-22 13:41    [W:0.099 / U:1.020 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site