Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!uflorida!haven!ncifcrf!lhc!nih-csl!helix.nih.gov!wayne
From: wayne@helix.nih.gov (Wayne Rasband)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Slow NewPtr on fx
Message-ID: <489@nih-csl.nih.gov>
Date: 10 Sep 90 16:16:04 GMT
Sender: news@nih-csl.nih.gov
Organization: NIH
Lines: 9
References:<478@nih-csl.nih.gov> <1990Sep8.072134.2219@vaxa.cc.uwa.oz.au>

>At 40Mhz, nothing should take 5 seconds...

Believe it or not, on the fx, when there are several thousand objects on 
the heap, NewPtr can take up to 5 seconds to allocate a large block. Apple 
DTS says NewPtr is slower on the fx and ci because of the need to make the 
ROMs on these machine "32-bit clean". I could understand NewPtr getting 10 
or 20 percent slower, but I can't imagine why it got 50 times slower.

Wayne Rasband  (wayne@helix.nih.gov)