home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / misc / 44343 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.3 KB  |  45 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!news.univie.ac.at!scsing.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!rpi!usc!cs.utexas.edu!news.uta.edu!utarlg.uta.edu!b259phl
  3. From: b259phl@utarlg.uta.edu (PHILIP LIPPEL)
  4. Subject: Re: info needed on realtime data collection
  5. Message-ID: <27JAN199310480810@utarlg.uta.edu>
  6. News-Software: VAX/VMS VNEWS 1.41    
  7. Sender: news@utagraph.uta.edu (USENET News System)
  8. Nntp-Posting-Host: utarlg.uta.edu
  9. Organization: The University of Texas at Arlington
  10. References: <22JAN199312104803@utarlg.uta.edu> <1993Jan27.020312.4883@nuscc.nus.sg>
  11. Date: Wed, 27 Jan 1993 16:48:00 GMT
  12. Lines: 31
  13.  
  14. In article <1993Jan27.020312.4883@nuscc.nus.sg>, eletanjm@nuscc.nus.sg (Tan Jin Meng) writes...
  15. >b259phl@utarlg.uta.edu (PHILIP LIPPEL) writes:
  16. >[ other stuff deleted ]
  17. > 
  18. >: The second Labmaster card is being used primarily for digital i/o from a 2-dimen
  19. >: sional position-sensitive detector. Expected data rate is up to 100k events
  20. >: /second. Each even requires a sixteen bit data transfer. All parts of this
  21. >: system are " under development". Eventually the data taker will be a 486/33,
  22. >: but we have transferred data at 100kHz on the 486/33 using a preliminary, 
  23. >: DOS-based, program running in a DOS window. 
  24. > 
  25. >100kHz!!!! Is this correct??? This works out to 10 microseconds per
  26. >event - which would make it almost an order of magnitude faster than the
  27. >probable OS/2 context switch time.
  28. > 
  29. >Has anyone done realtime graphics display on an OS/2 machine?
  30. >(DOS,WINOS2 or PM). What's the performance esp. with respect to timing
  31. >jitter?
  32. > 
  33. >jin meng
  34. Yes thats the correct rate. Context switching isn't really relevant-- it only
  35. adds some time at the beginning of an acquisition cycle. We use a FIFO to store
  36. a bunch of 16 bit numbers (representing the positions at which a particle hit
  37. our detector). When the FIFO is half-full it generates an interrupt; you have
  38. half the time to fill, then, to respond to the interrupt and empty the FIFO.
  39. 100kHz avg transfer rate is no problem. Whether or not you have time to do
  40. anythig else while acquiring data at this rate depends on your machine, and
  41. on how much you have to do with the received data. In our case we are just 
  42. building a histogram in memory which amounts to a VERY short assembly program--
  43. increment memory location X. 
  44. P. Lippel
  45.