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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.