Peter wrote:It's important to distinguish mass storage driver issues and SER. The SMSQ/E mass storage driver can get painfully slow during write, and blocks everything else. This affects ethernet as well - software buffers can't help reliably because no interrupts are handled meanwhile. Trying with Ramdisk instead of SDHC card can give a hint.
The Q68 as a machine is definitely fast enough to handle 38400 Baud receive easily without hardware handshake. I think sooner or later the SMSQ/E mass storage driver must be fixed - either remove/replace the crappy buffering altogether, or at least make sure the system is not completely blocked.
Overlapping disk I/O and serial I/O has always been an issue on BBQL hardware and many comms applications use ramdisk for temporary storing or at least buffering downloads.
But even when viewing simple BBS pages you might get overruns when display I/O is slow (at hi-res modes). At 38400 bps, characters come in at 76 per frame which means that your application has to write to the display at least as fast or you need a fairly big buffer so the display can keep up using XON/XOFF. Interrupts are not the issue here as they don't have to be disabled, but at 65536 colours display I/O is too slow to handle serial I/O without flow control.
It would be nice if the Q68 would have a 16-colour display mode as a compromise between colour resolution and speed .
Now I'm off to spend some time trying to fix SMSQ/E's serial driver