<< Previous Message Main Index Next Message >>
<< Previous Message in Thread This Month Next Message in Thread >>
Date   : Sun, 29 Jul 2007 10:19:05 +0100 (BST)
From   : hick.bbc@... (gARetH baBB)
Subject: Comms software

On Fri, 27 Jul 2007, Jonathan Graham Harston wrote:

> It /does/ have hardware flow control. When the space in the input
> buffer drops below a certain amount, the MOS asserts the "stop

Hardware flow control is not really the problem, the OS buffering system 
and IRQ setup is just too slow to cope with 1920 bytes/s.

> It's just about as fast as it can possibly be. The core of the code is a 
> tight machine code loop that does nothing other than poll the keyboard 
> and the serial input.

I was mainly coming at this from the angle of the Electron, but I remember 
doing fast serial code (ignore OS buffering shit, prioritise serial IRQs, 
tight UART code) support in my aterm. Or maybe it wasn't part of aterm per 
se, but just OSBYTE etc. patches to speed things up.
<< Previous Message Main Index Next Message >>
<< Previous Message in Thread This Month Next Message in Thread >>