home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.mac.hardware:15640 comp.sys.mac.misc:15164
- Newsgroups: comp.sys.mac.hardware,comp.sys.mac.misc
- Path: sparky!uunet!wupost!usc!sol.ctr.columbia.edu!eff!news.oc.com!spssig.spss.com!uchinews!quads!jcav
- From: jcav@quads.uchicago.edu (JohnC)
- Subject: Re: IIsi vs new Macs - should I wait?
- Message-ID: <1992Aug20.150102.19730@midway.uchicago.edu>
- Sender: news@uchinews.uchicago.edu (News System)
- Reply-To: jcav@midway.uchicago.edu
- Organization: The Royal Society for Putting Things on Top of Other Things
- References: <1992Aug18.131234.9706@dartvax.dartmouth.edu> <1992Aug20.010535.29124@dartvax.dartmouth.edu> <amfahr-190892202809@ditka.taligent.com>
- Date: Thu, 20 Aug 1992 15:01:02 GMT
- Lines: 15
-
- In article <amfahr-190892202809@ditka.taligent.com> amfahr@taligent.com (Jeff Amfahr) writes:
- >The real important piece of information is that the person who said 7.0 is
- >faster is using a ci. The ci had a horrible bug in the memory manager which
- >caused frequent memory allocation to be VERY slow. This bugs was fixed in
- >7.0.
-
- Nonononononononono. The Memory Manager bug of which you speak affected one
- or two applications that allocated lots and lots of non-relocatable memory
- blocks. It had nothing to do with "frequent memory allocation" in general.
-
- --
- John Cavallino | EMail: jcav@midway.uchicago.edu
- University of Chicago Hospitals | John_Cavallino@uchfm.bsd.uchicago.edu
- Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
- B0 f++ c+ g++ k s++ e+ h- pv | Chicago, IL 60637
-