Path: utzoo!attcan!uunet!jarthur!brutus.cs.uiuc.edu!apple!sun-barr!newstop!sun!khb From: khb@chiba.Eng.Sun.COM (Keith Bierman - SPD Advanced Languages) Newsgroups: comp.arch Subject: Re: the Multics from the black lagoon :-) Message-ID: Date: 8 Feb 90 18:21:12 GMT References: <8859@portia.Stanford.EDU> <20571@watdragon.waterloo.edu> <49956@sgi.sgi.com> <4791@helios.ee.lbl.gov> <2093@crdos1.crd.ge.COM> <1990Feb7.221800.804@utzoo.uucp> Sender: news@sun.Eng.Sun.COM Organization: Sun MegaSystems Lines: 26 In-reply-to: henry@utzoo.uucp's message of 7 Feb 90 22:18:00 GMT In article <1990Feb7.221800.804@utzoo.uucp> henry@utzoo.uucp (Henry Spencer) writes: >UNIX is just >beginning to implement some of the ideas which have been working in >Multics for two decades, such as mapping files to memory. Gee, how could we ever have lived without that for two decades? :-) Maybe because we don't need it and it doesn't buy us very much? While we are getting away from hw.arch, this is a sensible sw.arch question. I beg to differ with you on this. mmap() is a huge win, in performance, in conceptual simplicity for the obvious uses in speeding up IO and also it allows for a very elegant way for different processes to share common memory under dynamic program control. -- Keith H. Bierman |*My thoughts are my own. !! kbierman@Eng.Sun.COM It's Not My Fault | MTS --Only my work belongs to Sun* kbierman%eng@sun.com I Voted for Bill & | Advanced Languages/Floating Point Group Opus | "When the going gets Weird .. the Weird turn PRO" "There is NO defense against the attack of the KILLER MICROS!" Eugene Brooks