home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sun / admin / 9391 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  2.2 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Sun vs. Solbourne console speed
  5. Message-ID: <15865@auspex-gw.auspex.com>
  6. Date: 13 Dec 92 20:22:09 GMT
  7. References: <15848@auspex-gw.auspex.com> <Bz569H.4Cx@rahul.net> <15864@auspex-gw.auspex.com>
  8. Sender: news@auspex-gw.auspex.com
  9. Distribution: na
  10. Organization: Auspex Systems, Santa Clara
  11. Lines: 41
  12. Nntp-Posting-Host: auspex.auspex.com
  13.  
  14. >OK.  The *why* is that, as I understand it, they fucked up and forgot to
  15. >make the interpreter cacheable.
  16.  
  17. Actually, it was "the primitive text display subroutines".  To quote the
  18. paper "Open Boot Firmware", by Mitch Bradley (Mr. Open Boot), in the
  19. Winter 1992 USENIX proceedings:
  20.  
  21.     4.2.  Mistakes
  22.  
  23.          The Open Boot architecture is in its second revision (Open
  24.     Boot 2.x).  In the second revision, we had the opportunity (or
  25.     luxury!) to correct many of the mistakes we made in version 1.
  26.  
  27.          The problems with version 1 resulted from a number of
  28.     factors, including time pressure, our own ignorance, and "the
  29.     first cut is always wrong" syndrome.  Some of those version 1
  30.     problems include:
  31.  
  32.         ...
  33.  
  34.     o Text Display Performance
  35.  
  36.          In some Open Boot implementations, the text display
  37.          performance leaves something to be desired.  This is mostly
  38.          attributable to a bug in the code; the primitive text
  39.          display subroutines were supposed to be executed from
  40.          cached RAM, but due to a bug, the cache was not being
  41.          enabled for that page.   Consequently, those routines were
  42.          being executed from ROM, which is about 50 times slower
  43.          than cache!
  44.  
  45. No, I don't know why not enabling the cache caused the routines to be
  46. executed from ROM, nor do I know whether he meant to say that they were
  47. being executed from RAM rather than from, if you will, the cache.
  48.  
  49. In any case, if the intent behind asking "why" this happened was to
  50. elicit proof of one's theory that it was some Corporate Plot by Sun to
  51. force people to use window systems, or something such as that, the above
  52. doesn't provide such proof (of course, *true* conspiracy theorists
  53. construct their theories in such a way as to be able to explain away
  54. *all* evidence that contradicts it...).
  55.