🚀 go-pugleaf

In article <1643@?>, braner@batcomputer.tn.cornell.edu (braner) writes:
> But my experiments (when modifying microEmacs, etc) show that, with typical
> text files (<50K), a buffer of 9K (one DS track) yields a performance that
> is very close to that of larger buffers.  That is with standard
> ("slow") formatted disks.  (The performance gradually levels off as you
> increase the buffer size through 4.5, 9 and 18K.)

There isn't any point in making IO buffers a multiple of the
track size when using gemdos IO; it is unlikely the file begins at side 0, sector 1.
Making the buffer large is what matters.


I've been using disks formatted with 10 sector/track, and
was wondering if this is within the specs for the floppy controller,
or outside IBM specs, or what. Has anyone had problems with this format?

Does anyone have some C code that does floppy IO at the controller level.
I want to do a "track read". (I don't want assembler, I can get that
from the bios listing).