home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sun / hardware / 6708 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.2 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.hardware
  4. Subject: Re: Is it Sunset yet?!?!
  5. Message-ID: <16277@auspex-gw.auspex.com>
  6. Date: 7 Jan 93 21:34:02 GMT
  7. References: <16269@auspex-gw.auspex.com> <1993Jan7.104752.28485@wraxall.inmos.co.uk>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 19
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >Dhrystone always used to be "copy null terminated string" intensive.
  14. >(I think it was worse than that as the string being copying was a
  15. >constant string). if you put in hardware support for strcpy then
  16. >you got great results.
  17.  
  18. There's no "hardware support [specifically] for 'strcpy()'" in the SPARC
  19. V8 architecture, which microSPARC implements; unless they've added some
  20. such hack to microSPARC, that wouldn't explain it.
  21.  
  22. There may be some *other* feature of the Classic/LX that speeds it up,
  23. e.g. an on-chip instruction cache, or something (*all* the caches
  24. are on-chip on microSPARC, as far as I know).
  25.  
  26. >hence very fast when compared with C strcpy which had to
  27. >read each byte and compare against 0!
  28.  
  29. Actually, the SunOS 4.x, and probably SunOS 5.x, SPARC version of
  30. "strcpy()" doesn't read each byte; it moves 4 bytes at a time when it
  31. can.
  32.