home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / os2 / programm / 4662 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.9 KB  |  78 lines
  1. Newsgroups: comp.os.os2.programmer
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!nuscc!eletanjm
  3. From: eletanjm@nuscc.nus.sg (TAN JIN MENG)
  4. Subject: realtime application
  5. Message-ID: <1992Sep2.064726.6351@nuscc.nus.sg>
  6. Organization: National University of Singapore
  7. Date: Wed, 2 Sep 1992 06:47:26 GMT
  8. Lines: 68
  9.  
  10. I hope to get some advice from the net on this...
  11.  
  12. We currently have a data acquisition and analysis application working 
  13. on a standalone DOS workstation. It consists of the data acquisition
  14. module and the analysis module. Data rate is from 9000 to 30000 bits per
  15. sec. The interrupt rate on the data acquisition module is currently
  16. 250Hz but this is not fixed yet.
  17.  
  18. The idea now is to expand the system using multiple stations (16 for a
  19. total realtime bandwidth of 144000 to 480000 bits per sec). The multiple
  20. stations are then networked together with a central file server cum
  21. control station using a token ring network.
  22.  
  23. This application is not (at least not yet anyway) commercial. We're
  24. a university group in collaboration with a local hospital.
  25.  
  26. Keep in mind we do not have very much manpower - so we keep it as simple
  27. as possible.
  28.  
  29. The plan is,
  30.  
  31. 1) Initially, we run the 2 DOS programs [mostly] unmodified  in 2 
  32. DOS sessions. They communicate using OS/2 pipes. Later we convert 
  33. it to a multithreaded OS/2 program.
  34.  
  35. 2) Semi-Hard Realtime data streaming and reporting has to be done to the 
  36. control station. This is done using named pipes.
  37.  
  38. 3) later, we add other non realtime stuff such as image retrieval. This
  39. will use bandwidth but hopefully will not interfere with the realtime
  40. stuff (with some application level flow control)
  41.  
  42. The idea is that by buying standard parts and components (OS/2 with Lan
  43. server + 486 single board computers + token ring cards), we reduce 
  44. our development effort. Network programming is simplified to basically
  45. file IO calls.
  46.  
  47. Is this a viable solution? 
  48.  
  49. Can we do data logging to the file server domain (directly to network
  50. drive) with some reasonably real time characteristics (esp. with regard
  51. to delay and jitter)? 
  52.  
  53. Can we expect the same realtime characteristics from the use of named
  54. pipes over the network?
  55.  
  56. The DOS programs currently use a considerable amout of CPU. What kind of
  57. overhead can we expect from the use of pipes?
  58.  
  59. If we install disk duplexing, will this in anyway impact on performance
  60. and failure/recovery semantics?
  61.  
  62. What kind of error reporting etc does LAN Server supply?
  63.  
  64. Lan Server will be installed at the control station. The control station
  65. will have to handle data logging and streaming as well as trends display
  66. and interactive queries. Is LAN Server+OS/2 performance up to this?
  67.  
  68. Any comments/advice ?
  69.  
  70. Thanks
  71.  
  72. jin meng
  73.  
  74. PS. IBM Token Ring cards are expensive! Is there another alternative
  75. network solution (for reasonable real time networking)? Token Ring cards
  76. are also currently an overkill for what we plan but we're keeping future
  77. expansion in mind.
  78.