Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!decvax!necntc!ci-dandelion!ulowell!miner From: miner@ulowell.UUCP Newsgroups: comp.arch Subject: Re: Hypercubes and second note: (Parallel processing biblio) Message-ID: <1081@ulowell.cs.ulowell.edu> Date: Sun, 22-Feb-87 22:40:31 EST Article-I.D.: ulowell.1081 Posted: Sun Feb 22 22:40:31 1987 Date-Received: Wed, 25-Feb-87 06:42:17 EST References: <76700001@uiucdcsp> <1206@ogcvax.UUCP> <347@ames.UUCP> <1824@cit-vax.Caltech.Edu> Reply-To: miner@ulowell.cs.ulowell.edu (Richard Miner) Organization: University of Lowell Lines: 17 In article <1824@cit-vax.Caltech.Edu> jon@oddhack.UUCP (Jon Leech) writes: >One of the potential problems I see in better programming paradigms >however, is that there are often several ways to decompose a problem... >a language designed to abstract away parallelism may also restrict which >decompositions can be easily implemented. You would not want a language that abstracted away the parallelism, what we need to develop are languages that model the parallelism of these new architectures. As far as I am concerned most of the recently accepted languages (Pascal, Modula-2, Ada) are no better then FORTRAN(1) for implementing algorithms on these machines. We need to develop better languages based on parallel and data flow concepts to model these architectures. (1) Bacus - Communications of the ACM 1972 -- Rich Miner !ulowell!miner Cntr for Productivity Enhancement 617-452-5000x2693