linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: "Christopher R. Johnson" <cjohnson@gcctech.com>
To: linas@austin.ibm.com
Cc: linuxppc-dev@lists.linuxppc.org
Subject: Re: General question about caching
Date: Fri, 02 Apr 2004 14:27:12 -0500	[thread overview]
Message-ID: <406DBE90.1060603@gcctech.com> (raw)
In-Reply-To: 20040402110239.A58706@forte.austin.ibm.com


Ok, I'll give it a shot.

1. Isn't it taking up memory?  If not then what does "Cached: 11924kB"
mean in meminfo?  With my embedded application, I desperately need every
byte I can get; 11924k is HUGE in my little 32MB environment.

2. Not sure why its vague that avoiding needless caching in ram of stuff
that's already in ram is silly.  Perhaps the performance hit is minimal,
but its still silly.  At the very least won't there be some needless
data copying?

Which cache is used for file contents?  That would be the one I don't need.

linas@austin.ibm.com wrote:

>On Fri, Apr 02, 2004 at 11:20:31AM -0500, Christopher R. Johnson wrote:
>
>>I have a tight footprint, and no swapping (in fact no disks).  I notice
>>that /proc/meminfo reports:
>>
>...
>
>>I only have rom and ram-based file systems, so I believe that disk
>>caching could and maybe should be reduced to use less space.  Can I
>>
>
>Why?  What's wrong with the way it is?  Is it impacting performance?
>Thrashing?  I can see a vague argument that its (nearly) pointless
>to cache buffers from ramdisk ... but it would take some work to flesh
>out this argument.
>
>That said, you can play with parameters in /proc/sys/vm although
>none of those directly affect the buffer cache size.  Indirectly,
>setting the flush times to zero might shrink the effective buffer
>cache, though... maybe. And it might hurt performance, maybe ...
>
>--linas
>
>


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2004-04-02 19:27 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-02 16:20 General question about caching Christopher R. Johnson
2004-04-02 17:02 ` linas
2004-04-02 19:27   ` Christopher R. Johnson [this message]
2004-04-02 22:17     ` linas

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=406DBE90.1060603@gcctech.com \
    --to=cjohnson@gcctech.com \
    --cc=linas@austin.ibm.com \
    --cc=linuxppc-dev@lists.linuxppc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).