lkml.org 
[lkml]   [1999]   [Apr]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PFC]: hash instrumentation
Hi,

On Thu, 8 Apr 1999 13:22:25 -0400 (EDT), Chuck Lever <cel@monkey.org>
said:

> i'm discovering that a 13 bit hash mitigates the spikey size distribution
> in the page hash *better* than the +offset change. although i've been
> able to push the system into swap, i still haven't seen any degenerate
> hash behavior that's as bad as the buffer cache's hash function.

Pushing it into swap is not sufficient: to trigger the swap cache you
need to be actively using data which has previously been swapped out,
which requires dirtying the pages, swapping them out and then touching
them again for read access. In that special case, when the
newly-swapped-back-in page still matches the copy on disk, the swap
cache mechanism keeps both the in-memory and on-disk copies linked to
each other.

> i'll have more as i test this further.

Don't forget that you can use the "mem=*m" option at boot time to run
in a reduced memory configuration. That might make it a bit easier
for you to trigger this stuff. :)

--Stephen

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

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