home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mips / 815 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.3 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!mips!cprice
  2. From: cprice@mips.com (Charlie Price)
  3. Newsgroups: comp.sys.mips
  4. Subject: Re: pixie/cord info wanted
  5. Date: 30 Jul 1992 00:40:35 GMT
  6. Organization: MIPS Technology, Inc
  7. Lines: 48
  8. Message-ID: <l7eek3INNols@spim.mips.com>
  9. References: <1992Jul14.225221.16852@pure.com>
  10. NNTP-Posting-Host: lloyd.mips.com
  11.  
  12. In article <1992Jul14.225221.16852@pure.com> rpeck@pure.com (Ray Peck) writes:
  13. >
  14. >I'm looking for experiences with pixie and cord.  Right now, I work on
  15. >Sparcs (ugh), but we'll likely be porting some time to MIPS boxes, et.
  16. >al.
  17. >
  18. >I was wondering what performance benefits programmers see from using
  19. >cord to do function locality improvement.  I asked this on comp.arch,
  20. >expecting to get SPEC timings back w/ and w/o cord, but no-one seems
  21. >to have any real data.
  22. >
  23. >Any experiences out there?  How much of a win is cord in real code?
  24. >
  25. >Ray Peck                        rpeck@pure.com
  26.  
  27. Well, it all depends.
  28.  
  29. The cord pass of the compilation process doesn't do very much,
  30. it just arranges that functions are put into the final binary
  31. in order of the number of cycles they use.  This information is
  32. based on one or more runs of a pixified program with the feedback
  33. files created as a side effect of profile.
  34. The intent is to make the high-cycle use routines less likely to
  35. collide in the Icache.
  36.  
  37. Cord will improve your execution time if it eliminates Icache collisions.  
  38. Thrashing collisions can happen nearly any time,
  39. but are statistically less likely as the Icache gets larger.
  40. For an RC3360 with a 64KB Icache you probably wouldn't see too
  41. much improvement a lot of the time.  Of course a large program
  42. can just happen to have a deadly thrash collision and cord would
  43. tend to fix that.
  44.  
  45. The R3000-based workstations with 32KB Icaches are a bit more sensitive
  46. to this problem and a corded program would win more there.
  47.  
  48. Experience:  I have seen cord improve performance ~5% for this sort of machine.
  49. I have seen no amazing wins at this level, but I haven't tried it out
  50. a lot either.
  51.  
  52. For an R4000-based system with a primary cache only 8KB and memory a
  53. long way away we have seen more dramatic results.  I've heard about
  54. a customer application that got a 30% performance improvement from
  55. being corded.
  56.  
  57. -- 
  58. Charlie Price    cprice@mips.mips.com        (408) 720-1700
  59. MIPS Technology Inc. / 928 Arques Ave.  MS 1-03 / Sunnyvale, CA   94088-3650
  60.