🚀 go-pugleaf

seant@sunfish.ratsys.com (Sean D. True) writes:
: In article <Btyt27.JqD@world.std.com> fred@world.std.com (Fred A Putnam) writes:
: 
: >If you think you can take a data acq app that is currently running on DOS
: >with a 250 Hz interrupt rate, and get two of those to run in real time in
: >two OS/2 "DOS boxes", you're mistaken.  The DOS boxes won't run in real
: >time at all because they are being time-sliced with each other and with the
: >rest of OS/2.  The timer ticks are virtualized, and do not track in real time.
: 
: >Sorry, but I don't think this plan will fly..
: 
: Unfortunately, Fred is clearly right. A more effective solution might
: be to run DOS on a bunch of PC's (even SBCs) and use them to double buffer
: into a network file server. A simple semaphore system using the file system
: could be implemented without much trouble. The data rate into the network
: file server will probably be the limiting step, although you could probably
: saturate your available network bandwidth pretty quickly.
: 
: Tools to make this easy should be common. They aren't. If you can settle
: for programs-in-a-can, LabTech Notebook is pretty darn good.
: ================================================================
: Sean D. True
: Rational Systems, Inc.
: seant@ratsys.com -- uunet!rational!seant

I'm asking for details of LabTech Notebook now. In the meantime, the 2
Dos apps are ver much a temporary solution - more like a prototype than
anything else. Only one of the DOS programs is really realtime and its
not operating off the timer tick in any case - its operating off the
irq. The samples are taken in strict time by the data acquisition
hardware and the DOS program can take up to 25ms worth of jitter in
downloading the data without error so long as we don't miss an
interrupt.

As I said, very much temporary - unless the port into OS/2 proves to be
very easy

jin meng