Apple II for intro to microprocessors

From: Richard Erlacher <edick_at_idcomm.com>
Date: Fri Jul 20 09:11:35 2001

As you get close to the limits, there are plenty of wrong ones as well.

Dick

----- Original Message -----
From: "Mike Ford" <mikeford_at_socal.rr.com>
To: <classiccmp_at_classiccmp.org>
Sent: Friday, July 20, 2001 3:46 AM
Subject: Re: Apple II for intro to microprocessors


> >I can recommend you consider that the difference between the fastest speed
and
> >the optimal speed comes down to a number of things. Consider one case,
> >wherein
> >we speeded the operation of a multi-computer security system by reducing the
> >baud rate of the monitor terminals from 9600 to 1200. That reduced the
amount
> >of idle (ENQ/ACK) traffic by 90%.
> >
> >Moreover, lots of I/O tasks require too much speed if you have to test a flag
> >before fetching each byte. However, if your processor is running at a rate
> >synchronized with the transfer, you only have to check the flag once, then
> >use a
> >loop tuned for the exact length of the transfer cycle. As Tony points
> >out, it's
> >based on the externally imposed rate, and if your oscillator doesn't
> >synchronize
> >with that, you have problems.
>
> The nice thing about micros is that there are so many right ways of doing
> things.
>
>
>
Received on Fri Jul 20 2001 - 09:11:35 BST

This archive was generated by hypermail 2.3.0 : Fri Oct 10 2014 - 23:33:53 BST