home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / atari / st / tech / 4500 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.8 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!uniol!olis!oytix.north.de!jelal!nox
  2. From: nox@jelal.north.de (Juergen Lock)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: Re: Interrupt interference
  5. Message-ID: <2286.08.92@jelal.north.de>
  6. Date: 19 Aug 92 13:36:16 GMT
  7. Article-I.D.: jelal.2286.08.92
  8. References: <sourada.714027685@vincent1.iastate.edu>
  9. Organization: home
  10. Lines: 33
  11.  
  12. In <sourada.714027685@vincent1.iastate.edu> sourada@iastate.edu (Steven D Ourada) writes:
  13.  
  14. >I'm writing a routine to hang off the 50Hz interrupt. This routine often
  15. >takes as much as 2 ms (long, yes, but unavoidable). The problem is, this
  16. >seems to interfere pretty badly with timing-intensive things like serial
  17. >and disk access.  ...
  18.  
  19.  yes no wonder, the 50 Hz interrupt is level 6 (MFP)...  if you run
  20. there for too long you sooner or later get receiver overruns on serial
  21. ports and other nasty things.  (even atari themselves didn't get that
  22. right: try reading a midi dump whild moving the mouse... :-( :-(  btw,
  23. does anyone know if `multitos' has that fixed?)
  24.  
  25. >Finally, the obvious question: What can I do to ensure that my routine
  26. >gets the time it needs without bringing down the whole system? Is there
  27. >a uniform way to see if some time-critical operations are going on? Is
  28. >there a way to allow these to go on without my routine interfering too
  29. >badly?
  30.  
  31.  well do you really _need_ the high priority?  i mean would something
  32. seriously break if the routine wouldn't be executed exactly every 20ms?
  33. if not the solution is simple: use MiNT and make the thing a daemon...
  34. (timing with usleep()/select() and maybe clock().)
  35.  
  36.  otherwise you probably need a real-time OS... :-(
  37.  
  38. >                 Later,
  39. >                   Steven Ourada
  40.  anyway, have fun
  41.     Juergen
  42. -- 
  43. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  44.                                 ...ohne Gewehr
  45.