home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / tech / 5550 < prev    next >
Encoding:
Text File  |  1992-11-09  |  3.2 KB  |  79 lines
  1. Newsgroups: comp.sys.atari.st.tech
  2. Path: sparky!uunet!usc!hela.iti.org!cs.widener.edu!dsinc!spool.mu.edu!yale.edu!ira.uka.de!math.fu-berlin.de!unidui!rrz.uni-koeln.de!rrz.uni-koeln.de!aeg03
  3. From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
  4. Subject: GFA and FPU support (was: Some old questions)
  5. Message-ID: <1992Nov09.205424.132216@rrz.uni-koeln.de>
  6. Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
  7. Organization: Regional Computing Center, University of Cologne, F. R. Germany
  8. References: <af49f08f@Kralizec.fido.zeta.org.au>
  9. Date: Mon, 09 Nov 92 20:54:24 GMT
  10. Lines: 67
  11.  
  12. In <af49f08f@Kralizec.fido.zeta.org.au> michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith) writes:
  13.  
  14. >Original to: fsctc@lerc03.lerc.nasa.gov
  15. >In a message of <27 Oct 92 22:37:01>, fsctc@lerc03.lerc.nasa.gov (3:713/602)
  16. >writes:
  17.  
  18. > f> 4.  Is there a version of GFA BASIC that supports the math coprocessor
  19. > f> on an ST (as a peripheral device)?  Is there one that supports the math
  20. > f> coprocessor on the TT?  Will this run under the TT RAM?
  21.  
  22. >At this point, no.
  23.  
  24. I don't think that's correct. When the copy of GFA basic 3.60  TT
  25. arrived here, I did the following quick test:
  26.  
  27. t%=TIMER
  28. FOR i&=1 TO 1000
  29.   l=l+SIN(RAD(i&))*COS(RAD(i&))
  30. NEXT i&
  31. t%=TIMER-t%
  32. PRINT "ohne ~TT?: ";t%/200;" sec.",l
  33. ~TT?
  34. CLR l
  35. t%=TIMER
  36. FOR i&=1 TO 1000
  37.   l=l+SIN(RAD(i&))*COS(RAD(i&))
  38. NEXT i&
  39. t%=TIMER-t%
  40. PRINT "mit ~TT?:  ";t%/200;" sec.",l
  41.  
  42. The loop takes .825 seconds without and .180  seconds  with  ~TT,
  43. showing that there definitely is a very significant difference in
  44. speed between the  TT  specific  rountines  and  those  that  are
  45. designed  to run on all 680x0 Ataris. I haven't analyzed the code
  46. and verified if the speedup is due to FPU usage, though.
  47. For those not familiar wiht GFA: TT is a  boolean  function  that
  48. returns  TRUE  if the program runs on a TT. Programs compiled and
  49. linked carry two versions of some routines, one that runs on  all
  50. Ataris  and  one  that  is  optimized for the TT. Originally, the
  51. pointers to those routines are set to use the all-Atari versions.
  52. If  the  TT  function  is  called  and  a  TT is detected, the TT
  53. function changes those pointers to use the TT optimized versions.
  54. At the CeBIT 1992, they demonstrated this at  the  GFA stand, and
  55. claimed the speedup was in large part due to FPU usage.
  56.  
  57. >Richter have recently acquired the rights to GFA basic
  58. >(ST only) from GFA themselves, and are undertaking a complete rewrite, with
  59. >the intention of completely legalising the package.
  60.  
  61. >They may add this support - however I have no information either way.
  62.  
  63. According to what Richter told me on the phone recently, the  GFA
  64. version  developed  by  them  will  run  and  be supported on all
  65. Ataris, including the Falcon, and it  will  run  under  MultiTOS.
  66. This is also what Richter announced at the Atari Messe.
  67. Oh yes, and the support will not be continued to be done  in  the
  68. clumsy way described above, they assured me at the Messe. So save
  69. your sneering remarks :-)
  70.  
  71. Greetinx, Jan
  72.  
  73.  +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
  74.  |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
  75.  |                                                                   |
  76.  *----=<  hierarchical systems are for files, not for humans  >=-----*
  77.  
  78.  
  79.