|
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. > >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.