home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.msdos.programmer:10371 comp.os.msdos.apps:5450 comp.os.msdos.apps:5451
- Newsgroups: comp.os.msdos.programmer,comp.os.msdos.apps,comp.os.msdos.apps
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!netsys!agate!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!milano!cactus.org!wixer!reaper
- From: reaper@wixer.cactus.org (Keath Milligan)
- Subject: Re: DOS too slow?
- Message-ID: <1992Nov5.215208.1311@wixer.cactus.org>
- Organization: Real/Time Communications
- References: <1992Nov5.065529.17035@actrix.gen.nz>
- Date: Thu, 5 Nov 92 21:52:08 GMT
- Lines: 19
-
- In article <1992Nov5.065529.17035@actrix.gen.nz> Bob.Clegg@bbs.actrix.gen.nz writes:
- >We are developing an application that uses a DOS based 386sx for
- >real time online data accessing. The query information is taken
- >over the phone and keyed in.
- >The response from the mainframe is over a RS485 link.
- >The communications protocol being used is HDLC.
- >We are a bit worried by the slowness of the transaction rate and
- >were wondering whether DOS is suited for this type of environment.
- >If anybody has been in a similar situation or can give any handy
- >hints I would like to hear from them.
-
- If your link-interface card has DMA and does the zero bit-stuffing for
- you, it shouldn't be a problem. If the CPU is responsible for
- processing the raw HDLC data-stream, you might be in trouble...
- --
- oooooo ooo o o o Keath Milligan o o ooooo oooo oooooo
- oooo oo ooo o o Prometheus Light and Sound, Inc. o o o ooooooooooooo
- oooooooo o oo o Real/Time Communications o o o ooo oooooooo
- oooooo oooo ooo o internet: reaper@wixer.cactus.org o o o ooo oo ooooooo
-