home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / programm / 18232 < prev    next >
Encoding:
Text File  |  1992-11-10  |  2.6 KB  |  66 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!pipex!harlqn.co.uk!harlqn!bear
  3. From: bear@harlqn.co.uk (Andy Edwards)
  4. Subject: Re: WARNING! WARNING! REMOVE A/ROSE!!!
  5. In-Reply-To: bwilliam@iat.holonet.net's message of Sat, 24 Oct 1992 05:09:28 GMT
  6. Message-ID: <BEAR.92Nov10201127@eve.harlqn.co.uk>
  7. Lines: 53
  8. Sender: news@harlqn.co.uk (Usenet News Account)
  9. Organization: Harlequin Limited, Cambridge, England
  10. References: <1992Oct20.155243.10181@gallant.apple.com> <BwM0zt.GDq@iat.holonet.net>
  11. Date: Tue, 10 Nov 1992 20:11:27 GMT
  12.  
  13.  
  14. Hi Bill,
  15.  
  16. >The facts are in:
  17. >
  18. >To get back the 37% of speed with the A/ROSE 1.1.7 on a IIci or IIfx...
  19. >Just turn on virtual memory! Wow! Who would have thought to try that
  20. >(slightly counter-intuitive)
  21.  
  22. Wo, hold on:
  23.  
  24. >But there is more to the story ...
  25. >
  26. >It seems Apple ..[double click here to expand news item]..
  27. > 
  28. >"Release notes for A/ROSE 1.1.8
  29. > 
  30. >+ Implemented a workaround for a severe performance slowdown affecting
  31. >68030-based Macintoshes.  The slowdown is caused by the poor
  32. >resolution--or lack--of memory page tables when Virtual Memory is disabled
  33. >on 68030-based Macintoshes, beginning with the Macintosh IIci.  This
  34. >causes large blocks of memory (one-megabyte blocks or even all of
  35. >motherboard RAM) to be made non-cachable when memory is locked using the
  36. >Mac OS LockMemory routine in the MemoryDispatch trap.
  37. >The slowdown did not affect pre-Mac IIci 68030-based Macintoshes (which
  38. >did not implement the MemoryDispatch trap) or 68000-, 68020-, or
  39. >68040-based Macintoshes.
  40. >"
  41. >
  42. >According to Apple Dave, in a way it is related to VM Voodoo.
  43.  
  44. Nah, I don't think that's got anything to do with VM being switched on
  45. at all, it's who gets to configure the MMU first that is the solution
  46. in this case!
  47.  
  48. I bet what happens during boot up: before all the diddly inits & cdevs
  49. are run the VM system initialises the MMU with a sufficient number of
  50. page table entries. A/Rose doesn't get a sniff at reconfiguring the
  51. MMU (because it's already initialised), when it's init gets runned.
  52.  
  53. >Bill Williams
  54.  
  55. Best Regards,
  56. andy
  57.  
  58. +--: Andy Edwards :----------*=================*------------------------------+
  59. | Macintosh fire fighter,    | Harlequin Ltd.  |      uucp: bear@harlqn.uucp  |
  60. | Deity, PostScript language | Barrington Hall |     janet: bear@uk.co.harlqn |
  61. | level 2 porter and PAP     | Barrington      | applelink: harlequin         |
  62. | server clone originator.   | Cambridge       |     voice: 0223 872522       |
  63. | *They that have power to   | CB2 5RG         |            +44-223-872-522   |
  64. |  hurt, and will do none*   | England         |       fax: 0223 872519       |
  65. +----------------------------*=================*------------------------------+
  66.