From: John Stoffel <stoffel@casc.com>
To: Tobias Ringstrom <tori@unhappy.mine.nu>
Cc: Mike Galbraith <mikeg@wen-online.de>,
Jonathan Morton <chromi@cyberspace.org>,
Shane Nay <shane@minirl.com>,
Marcelo Tosatti <marcelo@conectiva.com.br>,
"Dr S.M. Huen" <smh1008@cus.cam.ac.uk>,
Sean Hunter <sean@dev.sportingbet.com>,
Xavier Bestel <xavier.bestel@free.fr>,
lkml <linux-kernel@vger.kernel.org>,
linux-mm@kvack.org
Subject: Re: VM Report was:Re: Break 2.4 VM in five easy steps
Date: Fri, 8 Jun 2001 11:51:15 -0400 [thread overview]
Message-ID: <15136.62579.588726.954053@gargle.gargle.HOWL> (raw)
In-Reply-To: <Pine.LNX.4.33.0106081532140.2013-100000@boris.prodako.se>
>>>>> "Tobias" == Tobias Ringstrom <tori@unhappy.mine.nu> writes:
Tobias> On Fri, 8 Jun 2001, Mike Galbraith wrote:
>> I gave this a shot at my favorite vm beater test (make -j30 bzImage)
>> while testing some other stuff today.
Tobias> Could you please explain what is good about this test? I
Tobias> understand that it will stress the VM, but will it do so in a
Tobias> realistic and relevant way?
I agree, this isn't really a good test case. I'd rather see what
happens when you fire up a gimp session to edit an image which is
*almost* the size of RAM, or even just 50% the size of ram. Then how
does that affect your other processes that are running at the same
time?
This testing could even be automated with the script-foo stuff to get
consistent results across runs, which is the prime requirement of any
sort of testing.
On another issue, in swap.c we have two defines for buffer_mem and
page_cache, but the first maxes out at 60%, while the cache maxes out
at 75%. Shouldn't they both be lower numbers? Or at least equally
sized?
I've set my page_cache maximum to be 60, I'll be trying to test it
over the weekend, but good weather will keep me outside doing other
stuff...
Thanks,
John
John Stoffel - Senior Unix Systems Administrator - Lucent Technologies
stoffel@lucent.com - http://www.lucent.com - 978-952-7548
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
next prev parent reply other threads:[~2001-06-08 15:51 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.21.0106071722450.1156-100000@freak.distro.conectiva>
2001-06-07 23:29 ` Shane Nay
2001-06-08 1:18 ` Jonathan Morton
2001-06-08 12:50 ` Mike Galbraith
2001-06-08 14:19 ` Tobias Ringstrom
2001-06-08 15:51 ` John Stoffel [this message]
2001-06-08 17:01 ` Mike Galbraith
2001-06-08 17:43 ` John Stoffel
2001-06-08 17:35 ` Marcelo Tosatti
2001-06-08 20:58 ` John Stoffel
2001-06-08 20:04 ` Marcelo Tosatti
2001-06-08 23:44 ` Jonathan Morton
2001-06-09 2:36 ` Andrew Morton
2001-06-09 3:43 ` Mike Galbraith
2001-06-09 4:05 ` Jonathan Morton
2001-06-09 5:09 ` Mike Galbraith
2001-06-09 5:07 ` Mike Galbraith
2001-06-08 18:30 ` Mike Galbraith
2001-06-09 12:31 ` Zlatko Calusic
2001-06-09 3:34 ` Rik van Riel
2001-06-08 16:51 ` Mike Galbraith
2001-06-08 19:09 ` Tobias Ringstrom
2001-06-09 4:36 ` Mike Galbraith
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=15136.62579.588726.954053@gargle.gargle.HOWL \
--to=stoffel@casc.com \
--cc=chromi@cyberspace.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=marcelo@conectiva.com.br \
--cc=mikeg@wen-online.de \
--cc=sean@dev.sportingbet.com \
--cc=shane@minirl.com \
--cc=smh1008@cus.cam.ac.uk \
--cc=tori@unhappy.mine.nu \
--cc=xavier.bestel@free.fr \
/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