home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / apple2 / 20416 < prev    next >
Encoding:
Text File  |  1992-09-14  |  2.2 KB  |  46 lines
  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!cs.utexas.edu!torn!utgpu!utstat!philip
  3. From: philip@utstat.uucp (Philip McDunnough)
  4. Subject: Re: Accelerator stuff
  5. Message-ID: <1992Sep15.010936.855@utstat.uucp>
  6. Organization: University of Toronto, Dept. of Statistics
  7. References: <1992Sep13.210815.27707@news.iastate.edu> <1992Sep14.041304.7483@cco.caltech.edu> <mattd-140992122917@city-lights.apple.com>
  8. Date: Tue, 15 Sep 1992 01:09:36 GMT
  9. Lines: 35
  10.  
  11. In article <mattd-140992122917@city-lights.apple.com> mattd@apple.com (Matt Deatherage) writes:
  12.  
  13. [ ]
  14. >
  15. >The TWGS's "AppleTalk/IRQ" option slows down to Control Panel speed (2.5 or
  16. >1 MHz) whenever interrupts are disabled.  This has the advantage of making
  17. >_all_ timing sensitive code work as advertised, because anyone writing
  18. >timing-sensitive code knew they had to disable interrupts already.
  19. >
  20. >It might slow down somewhat, but it's a darn sight better than Zip's
  21. >"AppleTalk delay" which slows the accelerator down about 30% of the time
  22. >(5 ms for every interrupt, incluing the 60 Hz VBL interrupt, which means
  23. >a minimum of 300 ms slowdown every second).  It also wouldn't have forced
  24. >Apple to waste time rewriting the internal LocalTalk code to be speed
  25. >dependent at 1 MHz instead of 2.5 MHz, requiring more patch memory on ROM
  26. >3 and time that could have been spent on more productive things.
  27. >
  28. >(And no, ZipTalk alone or the code I wrote that did the same thing and
  29. >sent to Zip a long time ago wouldn't have fixed it -- LocalTalk has to
  30. >send a "clear to send" packet as soon as it sees a "ready to send"
  31. >packet, and that's all done in the interrupt handler without dispatching
  32. >to the LAPRead or LAPWrite commands -- and patching out the interrupt
  33. >vector to slow down before doing it is not supportable or feasible due
  34. >to extreme AppleTalk timing constraints.)
  35.  
  36. Hmm...before System6.0, I used ziptalk on the GS on an Appletalk network.
  37. The GS has a 10/64k Zip GS in it and all worked fine. With System 6.0 I
  38. was able to remove ziptalk and still get my GS to work fine on Locatalk
  39. virtually all the time( odd times where things failed had to do with 
  40. termination and/file types giving out of bound errors). This also worked
  41. with PublicFolder GS by the way.
  42.  
  43. Philip McDunnough
  44. University of Toronto
  45. philip@utstat.toronto.edu
  46.