Re: Trivia: Processor MHz

I think the big idea behind grid computing now is using all the "idle time"
of computers in an area, whether they are servers or desktops or *nix or
Windows, etc.  Or that could be just a branch of what Grid computing really
is.  This stuff gets so distorted so easily.

Adam Lang
Systems Engineer
Rutgers Casualty Insurance Company
http://www.rutgersinsurance.com
----- Original Message -----
From: "jt" <jt@ee.net>
To: <midrange-l@midrange.com>
Sent: Friday, December 28, 2001 3:18 PM
Subject: RE: Trivia: Processor MHz


> Jim,
>
> I bow to your experience.
>
> But what I've heard of, in the scientific community, is computers which
> harnesses THOUSANDS of parallel processors.  AFAIK (and ICBW) this is done
> primarily on *nix.  Again, AFAIK, this is also somewhat similar to Grid
> computing (but haven't had much time to follow this recent enhancement
> and/or buzzword...;-)
>
> I can look into the Blue Gene and ASCII White projects some more, later,
if
> you're interested.
>
> jt
>
> | -----Original Message-----
> | From: midrange-l-admin@midrange.com
> | [mailto:midrange-l-admin@midrange.com]On Behalf Of Jim Damato
> | Sent: Friday, December 28, 2001 11:54 AM
> | To: 'midrange-l@midrange.com'
> | Subject: RE: Trivia: Processor MHz
> | Importance: High
> |
> |
> | > jt:
> | >I didn't intend to imply that Unix is MORE capable or better suited to
> | >parallel processing.  Just that it's more widely implemented on the
box.
> |
> | I've implemented a fair number of large and small Unix-based business
> | applications and I just don't see it.  Maybe this type of multi-stream
> | technology is out there in the scientific community, but it's
> | definitely not
> | there for our segment of the market.  Technology such as Oracle Parallel
> | Query can only do so much, and I don't see the business world using Unix
> | systems as a parallel processing powerhouse.  Not to the degree
> | that one can
> | really say "That's one area the *nix (and maybe PASE?) just kicks the
crap
> | out of OS/400".
> |
> | As a large retailer one of our persistent business concerns is
concurrency
> | because of our high volumes of transactional data.  With every app we
> | implement, Unix, NT, or AS/400, we find that parallel processing is not
> | built in to the software or inherently a part of the underlying
> | technology.
> | Modifications to facilitate multiple streams of data loads, or to
> | concurrently handle a single process have required major architecture
> | changes from the database and up.
> |
> | I would say that the iSeries and Unix have similar capabilities
> | for parallel
> | processing, and similar pitfalls and limitations.  Most of the work that
I
> | see on either platform equates to greater numbers of concurrent user
> | connections or reduced contention among concurrent single-stream
> | batch jobs.
> |
> | -Jim
> |
> | James P. Damato
> | Manager - Technical Administration
> | Dollar General Corporation
> | <mailto:jdamato@dollargeneral.com>
> | _______________________________________________
> | This is the Midrange Systems Technical Discussion (MIDRANGE-L)
> | mailing list
> | To post a message email: MIDRANGE-L@midrange.com
> | To subscribe, unsubscribe, or change list options,
> | visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> | or email: MIDRANGE-L-request@midrange.com
> | Before posting, please take a moment to review the archives
> | at http://archive.midrange.com/midrange-l.
> |
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>