ftp.nice.ch/peanuts/GeneralData/Usenet/news/1989/CSN-89.tar.gz#/comp-sys-next/1989/Jan-Apr/Floating-point-speed

This is Floating-point-speed in view mode; [Up]


Date: Sun 22-Mar-1989 23:35:29 From: Unknown Subject: Re: Floating point speed >(4) Are there any rumours about faster floating-point options > for the NeXT? The 68882 is not fast enough for serious > work. You can typically double or triple floating point performance on the 68881/2 by using an inline math library with GCC. I have writen such a beast for my Sun-3, but so far as I know NeXT hasn't got one. (I don't have a NeXT to check, so I could be wrong....) My curent inline math library breaks the version of GCC which NeXT is shipping, but works fine on gcc-1.34 (hopefully they will ship a newer version with 0.9). I will announce the availability of this library soon on the gnu.gcc newsgroup.
Date: Sun 23-Mar-1989 18:26:31 From: Unknown Subject: Re: Floating point speed In article <1064@bayes.ptolemy.arc.nasa.gov> self@ptolemy.arc.nasa.gov (self) writes: > >(4) Are there any rumours about faster floating-point options > > for the NeXT? The 68882 is not fast enough for serious work. > You can typically double or triple floating point performance on the > 68881/2 by using an inline math library with GCC. > Matthew Self That is a bad sign, since I was basing my estimate of the 68882 performance on the hardware limitations! If GCC only gives one-third to one-half of this, then it is going to be a real dog.... The numbers that bother me are the number of clock cycles required by the 68882 to do FP adds or multiplies. They are in the 40-50 range. At 25MHz, that means an absolute limit of about 0.5 MFLOPS. The DECstation 3100 (which someone else mentioned) and which is in the same price range (with university discounts) gives peak performance of over 4 MFLOPS on some Livermore kernels (32-bit), and can sustain 1.5-2 MFLOPS on real codes.... ---------------------- John D. McCalpin ------------------------ Dept of Oceanography & Supercomputer Computations Research Institute mccalpin@masig1.ocean.fsu.edu mccalpin@nu.cs.fsu.edu -------------------------------------------------------------------- >From: carlton@betelgeuse (Mike Carlton)

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.