Path: utzoo!attcan!uunet!husc6!rutgers!mcnc!rti!xyzzy!thadani From: thadani@xyzzy.UUCP (Usenet Administration) Newsgroups: comp.protocols.tcp-ip Subject: Re: Graziano's Streams Query Message-ID: <1247@xyzzy.UUCP> Date: 27 Sep 88 23:27:33 GMT References: <8809260302.AA11541@ucbvax.Berkeley.EDU> Reply-To: thadani@dg-rtp.dg.com Organization: Data General Corporation, Research Triangle Park, NC Lines: 16 In article <8809260302.AA11541@ucbvax.Berkeley.EDU> dcrocker@TWG.COM (Dave Crocker) writes: >One of the emerging major benefits of Streams is its utility in a >multi-processor environment. Properly implemented, streams modules may >operate in DIFFERENT address spaces. The only shared memory that is needed >is for message-passing and data-buffers. This suggests that a Streams module may be written in a special way to run in a multi-processor environment, whereas perhaps it is the implementation of the Streams facility that would most require careful design for multi-processor operation. The modules themselves should be oblivious to the nature of the cpu/s, especially if the advantages of standardization are to be maintained (given that the existing Streams specification from AT&T do not allow for multi-processor operation). It would be interesting to know of approaches taken to implement Streams for multi-processor operation.