RedBoot load command speedup

[Larice Robert]

is it really possible to think of an ecos target, which is
   1) clever enough, to support Ethernet networking
   2) but does not even support a free-spinning timer

the problem with quickly changing things like 1ms -> 100us is, thats
not at all obvious for me whether all those trysomethings() are reliably
quicker than 100us for every target architecture.

Robert Larice

> This is exactly what I did when I originally wrote the network stack
> used by RedBoot. When Gary Thomas merged it into RedBoot, the change
> to the current system of timekeeping was made. FWIW, I think this was
> the right thing to do. The downside with what you suggest (and the
> original timekeeping method) is that it depends on a free running
> counter which may not be available in hardware.
> 
> I think that changing the base delay from 1ms to 100us (potentially
> increasing max transfer speed by an order of magnitude) is the best
> solution for slow tftp. Even slow (by today's standard) CPUs can do
> a lot of work in 100us, so that timer granularity shouldn't present
> a problem.
> 
> --Mark