From: klink@clouddancer.com (Colonel)
To: linux-kernel@vger.kernel.org
Subject: Re: What are the VM motivations??
Date: Sun, 24 Jun 2001 09:15:02 -0700 (PDT) [thread overview]
Message-ID: <20010624161502.4D75C784C4@mail.clouddancer.com> (raw)
In-Reply-To: <9h4vln$2tg$1@ns1.clouddancer.com>
In-Reply-To: <Pine.LNX.4.21.0106241203420.7419-100000@imladris.rielhome.conectiva> <20010621190103.A888@jmcmullan.resilience.com> <9h4vln$2tg$1@ns1.clouddancer.com>
In clouddancer.list.kernel, you wrote:
>
>On Thu, 21 Jun 2001, Jason McMullan wrote:
>
>> One we know how we would 'train' our little VM critter, we
>> will know how to measure its performance. Once we have measures, we
>> can have good benchmarks. Once we have good benchmarks - we can pick
>> a good VM alg.
>>
>> Or heck, let's just make the VM a _real_ Neural Network, that
>
>OK. I challenge you to come up with:
>
>1) the set of inputs for the neural network
>2) the set of outputs
>3) the goal for training the thing
>
>I'm pretty fed up with people who want to "change the VM"
>but never give any details of their ideas.
It's simple. I want the old reliable behavior back, the one I found
in kernels from 1.1.41 thru 2.2.14. The behavior that I have enjoyed
for 7 years, the one that allows me to chuckle when listening to
windoze user's expressing their woes. Not the one that kills
important processes because of some fantasy AI, not the one that locks
up the machine. The one that lets me run an unattended machine for
months rather than barely make it thru a week.
What you hear now is nothing compared to the roar that will occur
shortly (as the distributions start releasing 2.4 versions) when the
masses encounter the current surprises. They will not be able to say
in detail how to change the VM, other than the above. We want to USE
linux and depend upon it, not become VM gurus to fix our kernels.
--
"Or heck, let's just make the VM a _real_ Neural Network, that self
trains itself to the load you put on the system. Hideously complex and
evil? Well, why not wire up that roach on the floor, eating that stale
cheese doodle. It can't do any worse job on VM that some of the VM
patches I've seen..." -- Jason McMullan
ditto
next prev parent reply other threads:[~2001-06-24 16:15 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-21 23:01 What are the VM motivations?? Jason McMullan
2001-06-21 23:32 ` [OT] " Justin Guyett
2001-06-22 1:13 ` Rik van Riel
2001-06-22 0:23 ` Rik van Riel
2001-06-23 20:23 ` watermodem
2001-07-01 23:58 ` Mark H. Wood
2001-06-23 2:03 ` Marcelo Tosatti
2001-06-24 15:04 ` Rik van Riel
2001-06-24 18:01 ` Jason McMullan
2001-06-24 18:26 ` Rik van Riel
2001-06-24 18:52 ` Jason McMullan
2001-06-24 19:29 ` Rik van Riel
2001-06-24 20:29 ` Jason McMullan
2001-06-24 20:49 ` Rik van Riel
2001-06-24 20:39 ` Jonathan Morton
2001-06-24 20:33 ` Stephen Satchell
2001-06-25 1:46 ` Russell Leighton
2001-06-25 2:53 ` Daniel Phillips
[not found] ` <9h6916$4og$1@ns1.clouddancer.com>
2001-06-25 3:44 ` Colonel
2001-06-25 4:04 ` Daniel Phillips
[not found] ` <9h6d6b$509$1@ns1.clouddancer.com>
2001-06-25 15:46 ` Colonel
2001-06-25 16:25 ` Daniel Phillips
2001-06-25 17:53 ` Rik van Riel
2001-06-25 17:48 ` Rik van Riel
[not found] ` <9h4vln$2tg$1@ns1.clouddancer.com>
2001-06-24 16:15 ` Colonel [this message]
2001-06-24 16:34 ` Rik van Riel
2001-06-24 19:11 ` Henning P. Schmiedehausen
[not found] ` <9h54u8$341$1@ns1.clouddancer.com>
2001-06-25 3:40 ` Colonel
2001-07-01 14:43 ` Mark H. Wood
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=20010624161502.4D75C784C4@mail.clouddancer.com \
--to=klink@clouddancer.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox