From: William Lee Irwin III <wli@holomorphy.com>
To: Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua>
Cc: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>,
Barry Wu <wqb123@yahoo.com>,
linux-kernel@vger.kernel.org
Subject: Re: Can linux support ccNUMA machine now?
Date: Thu, 24 Jan 2002 10:50:08 -0800 [thread overview]
Message-ID: <20020124105008.E872@holomorphy.com> (raw)
In-Reply-To: <20020123003530.60778.qmail@web13903.mail.yahoo.com> <74750000.1011782724@flay> <20020123200405.D899@holomorphy.com> <200201241215.g0OCFSE10537@Port.imtp.ilyichevsk.odessa.ua>
In-Reply-To: <200201241215.g0OCFSE10537@Port.imtp.ilyichevsk.odessa.ua>; from vda@port.imtp.ilyichevsk.odessa.ua on Thu, Jan 24, 2002 at 02:15:30PM -0200
At some point in the past, I wrote:
>> P.S.: Blame it on struct page.
On Thu, Jan 24, 2002 at 02:15:30PM -0200, Denis Vlasenko wrote:
> Looks like running x86 with more than 16GB RAM is not a good idea.
> If you need it, you need 64bit arch.
There are more polite ways of refusing to boot in such situations,
ranging from just dropping the RAM that can't be used on the floor to
some effort to at make console messages explaining the panic visible.
On Thu, Jan 24, 2002 at 02:15:30PM -0200, Denis Vlasenko wrote:
> This limit can be raised substantially by reducing low 4GB memory
> requirements, but don't you feel it's like running 16-bit DOS
> on 686 class CPU? HIMEM.SYS, EMM, horde of DOS extenders - sounds familiar?
Not familiar to me.
Reducing overhead helps all boxen everywhere all the time. Turning the
kernel upside-down for the corner case of 64GB isn't worth it, but
finding more graceful ways to fail than not booting with no visible
error messages, and perhaps extending the range of configurations where
the kernel actually functions (within reason) by reducing space
overhead is worthwhile.
I haven't seen many people posting questions to the list saying "Linux
won't boot, my machine is umpteen-way i386 SMP with 64GB of RAM". So I
largely think of it as a sort of reminder of the negative consequences
of overhead more than an actual goal, and the largest concern is that
the failure mode is not graceful.
On Thu, Jan 24, 2002 at 02:15:30PM -0200, Denis Vlasenko wrote:
> However, CPU vendors war over common 64-bit arch is still ahead...
64-bit machines have been what most CPU vendors have been selling for a
few years now. Unfortunately, "most vendors" does not translate to "most
CPU's in use", for non-technical reasons beyond the scope of this forum.
Cheers,
Bill
next prev parent reply other threads:[~2002-01-24 18:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-23 0:35 Can linux support ccNUMA machine now? Barry Wu
2002-01-23 10:45 ` Martin J. Bligh
2002-01-24 4:04 ` William Lee Irwin III
2002-01-24 16:15 ` Denis Vlasenko
2002-01-24 18:50 ` William Lee Irwin III [this message]
2002-01-24 19:19 ` Andreas Dilger
2002-01-24 20:48 ` William Lee Irwin III
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=20020124105008.E872@holomorphy.com \
--to=wli@holomorphy.com \
--cc=Martin.Bligh@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=vda@port.imtp.ilyichevsk.odessa.ua \
--cc=wqb123@yahoo.com \
/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