From: Larry McVoy <lm@bitmover.com>
To: Dana Lacoste <dana.lacoste@peregrine.com>
Cc: "'Larry McVoy'" <lm@bitmover.com>,
"Martin J. Bligh" <Martin.Bligh@us.ibm.com>,
linux-kernel@vger.kernel.org
Subject: Re: SMP/cc Cluster description
Date: Fri, 7 Dec 2001 11:28:37 -0800 [thread overview]
Message-ID: <20011207112837.R27589@work.bitmover.com> (raw)
In-Reply-To: <B51F07F0080AD511AC4A0002A52CAB445B29B8@OTTONEXC1>
In-Reply-To: <B51F07F0080AD511AC4A0002A52CAB445B29B8@OTTONEXC1>; from dana.lacoste@peregrine.com on Fri, Dec 07, 2001 at 11:14:13AM -0800
On Fri, Dec 07, 2001 at 11:14:13AM -0800, Dana Lacoste wrote:
> Man you guys are NUTS.
I resemble that remark :-)
> > Did you even consider that this is virtually identical to the problem
> > that a network of workstations or servers has? Did it occur
> > to you that
> > people have solved this problem in many different ways? Or
> > did you just
> > want to piss into the wind and enjoy the spray?
>
> I may be a total tool here, but this question is really bugging me :
>
> What, if any, advantages does your proposal have over (say) a Beowulf
> cluster? Why does having the cluster in one box seem a better solution
> than having a Beowulf type cluster with a shared Network filesystem?
Because I can mmap the same data across cluster nodes and get at it using
hardware, so a cache miss is a cache miss regardless of which node I'm
on, and it takes ~200 nanoseconds. With a network based cluster, those
times go up about a factor of 10,000 or so.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
next prev parent reply other threads:[~2001-12-07 19:29 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-07 19:14 SMP/cc Cluster description Dana Lacoste
2001-12-07 19:28 ` Larry McVoy [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-12-10 15:59 cardente, john
2001-12-06 22:20 cardente, john
2001-12-06 23:00 ` Jeff V. Merkey
2001-12-04 23:31 Linux/Pro [was Re: Coding style - a non-issue] Rik van Riel
2001-12-04 23:37 ` Martin J. Bligh
2001-12-05 0:36 ` SMP/cc Cluster description [was Linux/Pro] Larry McVoy
2001-12-05 2:36 ` SMP/cc Cluster description David S. Miller
2001-12-05 3:23 ` Larry McVoy
2001-12-05 6:05 ` David S. Miller
2001-12-05 6:51 ` Jeff Merkey
2001-12-06 2:52 ` Rusty Russell
2001-12-06 3:19 ` Davide Libenzi
2001-12-06 7:56 ` David S. Miller
2001-12-06 8:02 ` Larry McVoy
2001-12-06 8:09 ` David S. Miller
2001-12-06 18:27 ` Jeff V. Merkey
2001-12-06 18:37 ` Jeff V. Merkey
2001-12-06 18:36 ` Martin J. Bligh
2001-12-06 18:45 ` Jeff V. Merkey
2001-12-06 19:11 ` Davide Libenzi
2001-12-06 19:34 ` Jeff V. Merkey
2001-12-06 23:16 ` David Lang
2001-12-07 2:56 ` Jeff V. Merkey
2001-12-07 4:23 ` David Lang
2001-12-07 5:45 ` Jeff V. Merkey
2001-12-06 19:42 ` Daniel Phillips
2001-12-06 19:53 ` Larry McVoy
2001-12-06 20:10 ` Daniel Phillips
2001-12-06 20:10 ` Larry McVoy
2001-12-06 20:15 ` David S. Miller
2001-12-06 20:21 ` Larry McVoy
2001-12-06 21:02 ` David S. Miller
2001-12-06 22:27 ` Benjamin LaHaise
2001-12-06 22:59 ` Alan Cox
2001-12-06 23:08 ` David S. Miller
2001-12-06 23:26 ` Larry McVoy
2001-12-07 2:49 ` Adam Keys
2001-12-07 4:40 ` Jeff Dike
2001-12-06 21:30 ` Daniel Phillips
2001-12-07 8:54 ` Henning Schmiedehausen
2001-12-07 16:06 ` Larry McVoy
2001-12-07 16:44 ` Martin J. Bligh
2001-12-07 17:23 ` Larry McVoy
2001-12-07 18:04 ` Martin J. Bligh
2001-12-07 18:23 ` Larry McVoy
2001-12-07 18:42 ` Martin J. Bligh
2001-12-07 18:48 ` Larry McVoy
2001-12-07 19:06 ` Martin J. Bligh
2001-12-07 19:00 ` Daniel Bergman
2001-12-07 19:07 ` Larry McVoy
2001-12-09 9:24 ` Pavel Machek
2001-12-06 22:37 ` Alan Cox
2001-12-06 22:35 ` Larry McVoy
2001-12-06 22:54 ` Alan Cox
2001-12-07 2:34 ` Larry McVoy
2001-12-07 2:50 ` David S. Miller
2001-12-06 22:38 ` Alan Cox
2001-12-06 22:32 ` Larry McVoy
2001-12-06 22:48 ` Alexander Viro
2001-12-06 22:55 ` Alan Cox
2001-12-06 23:15 ` Larry McVoy
2001-12-06 23:19 ` David S. Miller
2001-12-06 23:32 ` Larry McVoy
2001-12-06 23:47 ` David S. Miller
2001-12-07 0:17 ` Larry McVoy
2001-12-07 2:37 ` David S. Miller
2001-12-07 2:43 ` Larry McVoy
2001-12-07 2:59 ` David S. Miller
2001-12-07 3:17 ` Martin J. Bligh
2001-12-06 14:24 ` Rik van Riel
2001-12-06 17:28 ` Davide Libenzi
2001-12-06 17:52 ` Rik van Riel
2001-12-06 18:10 ` Davide Libenzi
2001-12-05 8:12 ` Momchil Velikov
2001-12-05 3:25 ` Davide Libenzi
2001-12-05 3:17 ` Stephen Satchell
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=20011207112837.R27589@work.bitmover.com \
--to=lm@bitmover.com \
--cc=Martin.Bligh@us.ibm.com \
--cc=dana.lacoste@peregrine.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