From: Guido Fiala <gfiala@s.netic.de>
To: linux-kernel@vger.kernel.org
Subject: Re: large files unnecessary trashing filesystem cache?
Date: Wed, 19 Oct 2005 20:52:11 +0200 [thread overview]
Message-ID: <200510192052.11611.gfiala@s.netic.de> (raw)
In-Reply-To: <3370794E-8B47-4342-8383-C2B0F77192B3@mac.com>
On Wednesday 19 October 2005 20:43, Kyle Moffett wrote:
> On Oct 19, 2005, at 13:58:37, Guido Fiala wrote:
> > Kernel could do the best to optimize default performance,
> > applications that consider their own optimal behaviour should do
> > so, all other files are kept under default heuristic policy
> > (adaptable, configurable one)
> >
> > Heuristic can be based on access statistic:
> >
> > streaming/sequential can be guessed by getting exactly 100% cache
> > hit rate (drop behind pages immediately),
>
> What about a grep through my kernel sources or other linear search
> through a large directory tree? That would get exactly 100% cache
> hit rate which would cause your method to drop the pages immediately,
> meaning that subsequent greps are equally slow. I have enough memory
> to hold a couple kernel trees and I want my grepping to push OO.org
> out of RAM for a bit while I do my kernel development.
Ok, it seems this was thought to easy, needs some thinking ;-)
Of course i have lots of similar work and dont like to loose the speedup
either.
What other useful data for the job do we have already in the structs?
next prev parent reply other threads:[~2005-10-19 18:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-18 20:01 Guido Fiala
2005-10-18 20:48 ` Badari Pulavarty
2005-10-20 15:23 ` Guido Fiala
2005-10-19 3:02 ` Andrew James Wade
2005-10-19 4:37 ` Andrew Morton
2005-10-19 5:45 ` Andrew James Wade
2005-10-19 11:01 ` gfiala
2005-10-19 11:10 ` gfiala
2005-10-19 15:54 ` Ingo Oeser
2005-10-19 19:49 ` Andrew Morton
2005-10-19 22:26 ` Paul Jackson
2005-10-20 6:28 ` Ingo Oeser
2005-10-19 4:10 ` Lee Revell
2005-10-19 15:43 ` Badari Pulavarty
2005-10-19 17:58 ` Guido Fiala
2005-10-19 18:43 ` Kyle Moffett
2005-10-19 18:52 ` Guido Fiala [this message]
[not found] <4Z5WG-1iM-19@gated-at.bofh.it>
[not found] ` <4Z6zs-27l-39@gated-at.bofh.it>
2005-10-18 21:58 ` Bodo Eggert
2005-10-18 23:05 ` Badari Pulavarty
2005-10-19 0:20 ` David Lang
2005-10-19 0:33 ` Fawad Lateef
2005-10-19 1:42 ` Bernd Eckenfels
2005-10-19 7:23 ` Bodo Eggert
2005-10-19 11:06 ` gfiala
2005-10-19 13:43 ` Avi Kivity
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=200510192052.11611.gfiala@s.netic.de \
--to=gfiala@s.netic.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®