The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
[EMAIL PROTECTED] (Shane) writes: > Mmmmm - seems to be just a "warming over" of the multi-programming > versus parallel discussion. > With the exception of that last link, I'd need serious convincing any of > them are "parallel programming". > > I suspect in the not too distant future, "multi-threaded" will supplant > (in the common vernacular) all notions of "parallel". > > If not already ... re: http://www.garlic.com/~lynn/2007l.html#60 Is Parallel Programming Just Too Hard? multi-threaded tends to be used in conjunction with tightly-coupled, shared-memory multiprocessing (and the current buzzword "multi-core"). lots of past posts mentioning shared-memory multiprocessing and/or compare&swap instruction http://www.garlic.com/~lynn/subtopic.html#smp compare&swap instruction had been invented by Charlie (CAS are Charlie's initials) at the science center ... working on fine-grain multiprocessor locking for cp67 http://www.garlic.com/~lynn/subtopic.html#545tech in order to get the instruction justified for 370, had to come up with the description of its use in multi-threaded/multi-programming operation, which was included (originally) in the (370) principles of operation ... a more recent version http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dz9zr003/A.6?DT=20040504121320 parallel has been used in reference to both (tightly-coupled) multi-threaded operation, as well as loosely-coupled &/or cluster multiprocessing operation misc. past posts mentioning doing high availability, cluster multiprocessing product http://www.garlic.com/~lynn/subtopic.html#hacmp some old email references about working on cluster scaleup http://www.garlic.com/~lynn/lhwemail.html#medusa a couple old posts specifically about working on applying distributed lock manager and cluster scaleup to parallel oracle http://www.garlic.com/~lynn/95.html#13 http://www.garlic.com/~lynn/96.html#15 recent post mentioning my wife had been con'ed into going to POK to be in charge of loosely-coupled architecture http://www.garlic.com/~lynn/2007l.html#62 Friday musings on the future of 3270 applications a lot of the "blades" stuff has been physical packaging originally done for (numerical intensive cluster) "GRIDs" (getting more & more computing into smaller and smaller footprint). some amount of GRID/blades are now being pitched into commercial sector. some of it isn't strictly loosely-coupled/cluster operation ... but it is also being used (frequently in combination with virtualization) for server consolidation. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
