From: Bill Davidsen <davidsen@tmr.com>
To: "Martin J. Bligh" <mbligh@aracnet.com>
Cc: Ed Tomlinson <tomlins@cam.org>, Andrew Morton <akpm@digeo.com>,
linux-mm@kvack.org
Subject: Re: 2.5.42-mm2 on small systems
Date: Mon, 14 Oct 2002 17:24:22 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.3.96.1021014171849.8102A-100000@gatekeeper.tmr.com> (raw)
In-Reply-To: <1969404353.1034580835@[10.10.2.3]>
On Mon, 14 Oct 2002, Martin J. Bligh wrote:
>
> > I have an old 486 with 64m and 512M of disk that I use as a serial
> ...
> > with 2.5.42-mm2 it does not finish. The machine is sort of usable
> > while its runing and control C has no problem ending the program.
> > I waited 11 hours for the spawnload test to complete - it was
>
> What does spawnload do (for those of us who don't have the inclination
> to go source diving)?
In this case a half scree of source diving is the best answer, it forks a
process which fork/exec's a shell, which either runs the builtin pwd or
/bin/pwd depending on what shell you have set. In most cases that's bash,
and uses the builtin. Does a bunch of process creation and cleanup, and
can generate some impressive contet switching.
while (RunMe) {
if (pid = fork()) {
(void)wait();
NumFork++;
} else {
// Do a 2nd level fork/exec a few times
system("pwd >/dev/null");
exit(0);
}
I will say that I ran 41-mm2 and 41-mm2v (Con Kolivas' patch) just fine, I
can't get 5.42 anything to even build, it's looking for NLS and the config
has no NLS, unless I have a bad patch. I'm going to scan the list for
patches later, but that's my current eperience.
The README (choose text, Postscript or HTML) has a description of what
each test does. Or what I think it does.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
--
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:[~2002-10-14 21:24 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-13 16:04 2.5.42-mm2 hangs system Henrik Størner
2002-10-13 21:03 ` William Lee Irwin III
[not found] ` <3DA9CA28.155BA5CB@digeo.com>
2002-10-13 22:33 ` Henrik Størner
2002-10-13 22:57 ` Andrew Morton
2002-10-14 12:25 ` 2.5.42-mm2 on small systems Ed Tomlinson
2002-10-14 14:34 ` Martin J. Bligh
2002-10-14 21:24 ` Bill Davidsen [this message]
2002-10-15 6:42 ` Andrew Morton
2002-10-16 20:55 ` Bill Davidsen
2002-10-16 22:43 ` Ed Tomlinson
2002-10-16 13:09 ` 2.5.42-mm2 hangs system Maneesh Soni
2002-10-16 15:49 ` Henrik Størner
2002-10-16 18:59 ` Henrik Størner
2002-10-16 19:31 ` Dipankar Sarma
2002-10-16 19:43 ` Andrew Morton
2002-10-16 20:05 ` Dipankar Sarma
2002-10-30 9:48 ` [FIX] " Maneesh Soni
2002-10-31 7:54 ` Henrik Størner
2002-10-17 14:38 ` Maneesh Soni
2002-10-17 16:14 ` 2.5.43-mm2 gets network connection stuck Sebastian Benoit
2002-10-17 17:22 ` Andrew Morton
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=Pine.LNX.3.96.1021014171849.8102A-100000@gatekeeper.tmr.com \
--to=davidsen@tmr.com \
--cc=akpm@digeo.com \
--cc=linux-mm@kvack.org \
--cc=mbligh@aracnet.com \
--cc=tomlins@cam.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