From owner-freebsd-hackers Thu May 15 19:14:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01381 for hackers-outgoing; Thu, 15 May 1997 19:14:39 -0700 (PDT) Received: from cypher.net (root@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01369 for ; Thu, 15 May 1997 19:14:33 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id SAA10988; Thu, 15 May 1997 18:07:22 -0400 Date: Thu, 15 May 1997 18:07:21 -0400 (EDT) From: Ben Black To: "Pedro F. Giffuni" cc: Jonathan Lemon , hackers@FreeBSD.ORG Subject: Re: Cluster Computing in BSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk the SP2 is probably a bad example. MCI here just replaced theirs with a pair of Ultra Enterprise 6000s and performance is great. the moral is: one parallel computer does not benchmark for them all. b3n On Thu, 15 May 1997, Pedro F. Giffuni wrote: > On Thu, 15 May 1997, Jonathan Lemon wrote: > > > On May 05, 1997 at 01:55:53PM -0700, Pedro F. Giffuni wrote: > > > Parallel computing is not cost effective, > > > > Hmm. Show references please. You might want to check out a paper that > > discusses this issue: > > > It's my personal conclusion with the systems we have on campus. We have an > SP2, with 4 processors (which in theory is the best price/performance you > can get) and the guys that handle it report it isn't fast and that they > need more resources for it. > I must admit that even with all the courses they have received from IBM > they have showed to be very incompetent in different areas, but with all > those IBM engineers coming in and out (my campus is very important in a > national level) for about two years now, I would expect more results. > Maybe parallel computing is cost effective but I haven't noticed it :(. > > > D.Wood and M.Hill, "Cost-Effective Parallel Computing", > > IEEE Computer, Feb 1995 > > > Thanks for the reference...I'll look for it. > > Pedro. > > > -- > > Jonathan > > >