From: Andy Isaacson <adi@hexapodia.org>
To: jon ross <jonross@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: VM disk cache behavior.
Date: Tue, 8 Feb 2005 16:37:54 -0800 [thread overview]
Message-ID: <20050209003754.GA7298@hexapodia.org> (raw)
In-Reply-To: <e130a7170502080906596561d7@mail.gmail.com>
On Tue, Feb 08, 2005 at 12:06:14PM -0500, jon ross wrote:
> I have an app with a small fixed memory footprint that does a lot of
> random reads from a large file. I thought if I added more memory to
> the machine the VM would do more caching of the disk, but added memory
> does not seem to make any difference. I played with some of the params
> in /proc/sys/vm and none of them seem to have any effect.
>
> I tired both a 2.4.20 & 2.6.10 kernels with no difference.
>
> The machine is a Dell 2560. I tired memory configs of 512M, 1G, 4G and
> the average read-times do not change.
Could we get some quant here? How small is "small"? How large is
"large"? What are you measuring? What are the results? Does the app
re-use the same data, or is its use a one-time deal?
> Do I need to set/compile anything to allow the VM to use the memory?
No, the Linux VM system should automatically cache for you.
> If is was a way to tell how much memory the VM is using for a drive
> cache I could at least tell if my kernel is miss-configured or my app
> sucks.
Check out the commands "free", "vmstat 1", "top", the contents of
/proc/meminfo, the output of Sysrq-M.
Most likely is that your app isn't behaving in a cache-friendly way. If
your file will fit in memory, just fault it in sequentially (wc -l file)
and then your app should cook. If you're not going to fit in memory,
the vm caching will probably only help if you have some reuse; you could
develop a pre-faulter to get your IO started ahead of time, but that's
generally nontrivial.
-andy
next prev parent reply other threads:[~2005-02-09 0:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-08 17:06 VM disk cache behavior jon ross
2005-02-08 17:18 ` Robert Love
2005-02-08 20:07 ` Chris Wedgwood
2005-02-09 0:37 ` Andy Isaacson [this message]
2005-02-09 5:03 ` Kevin Puetz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050209003754.GA7298@hexapodia.org \
--to=adi@hexapodia.org \
--cc=jonross@gmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.