Why should Appletalk Delay be disabled with a ZipGS?
Because it saps performance every time an interrupt occurs. The Appletalk delay was originally called the “Interrupt Delay” but they renamed it at the last minute because somebody actually tried an 8/64 on an Appleshare network and it dropped packets like crazy. With “Appletalk delay” on, every time an interrupt occurs your Zip will disable acceleration for 5 ms, just like it does with the paddles and the speaker and the others. This is a significant effect because with VBL interrupts going you have one every 16 ms, so your Zip spends nearly 1/3 of the time not accelerating you. Why this “fixes” appletalk: in system 5 and earlier (including the ROM appletalk code), there are software timing loops which assume 2.8 mhz operation. As you speed the system up, it gets more and more likely to drop incoming packets because it thinks they are being sent too slowly to be correct, when in reality the appletalk code is timing out too fast. Why the Appletalk delay is not a complete solution: a ful
Related Questions
- When using a HiViz delay circuit to trigger my Canon 430ex or 580ex flash, the flash unit is disabled after each discharge until I turn the unit off and on again. What can I do?
- When using a HiViz delay circuit to trigger my camera shutter, the camera is disabled after each discharge until I turn the camera off and on again. What can I do?
- Why should Appletalk Delay be disabled with a ZipGS?
