home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7162 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.0 KB  |  50 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: netnews.upenn.edu!dsinc!scala!news
  3. From: dave.haynie@scala.com (Dave Haynie)
  4. Subject: Re: Amiga and Real Time Systems
  5. Sender: news@scala.scala.com (Usenet administrator)
  6. Message-ID: <1996Apr10.223731.13574@scala.scala.com>
  7. Date: Wed, 10 Apr 1996 22:37:31 GMT
  8. Reply-To: dave.haynie@scala.com (Dave Haynie)
  9. References: <9604091927.AA000mo@harrison.demon.co.uk>
  10. Nntp-Posting-Host: gator
  11. Organization: Scala Computer Television, US Research Center
  12.  
  13. In <9604091927.AA000mo@harrison.demon.co.uk>, Karl Harrison <harrison@harrison.demon.co.uk> writes:
  14.  
  15. >Is the Amiga and its operating system suitable
  16. >for Real Time programming?
  17.  
  18. For many jobs, yes, it's very good. 
  19.  
  20. The real issue is what you're doing. In order to be a true hard
  21. realtime system, the Amiga would need:
  22.  
  23.     1) Some small scheduler tweaks, so that a high-priority task
  24.        can't be locked out waiting for something from a low
  25.        priority task in a busy system. 
  26.  
  27.     2) Formal specification of the various "realtime specs", like
  28.        task switch, interrupt, and bus arbitration latencies.
  29.  
  30.     3) You would have to be very careful about what other code you
  31.        let run on the system (since it's _possible_ for any
  32.        program to turn off multitasking or interrupts
  33.        indefinitely, though the OS and most programs are typically
  34.        well behaved in this regard). 
  35.  
  36. The Software group at Commodore made a specific decision not to work
  37. out hard realtime specifications for the AmigaOS, although they could
  38. have. The reason being, of course, that it really wouldn't have done
  39. much for the Amiga, and they would have to have stuck with the specs
  40. from then on. As it turns out, the OS's realtime response generally
  41. got better over the years, as semaphores replaced Forbid()/Permit()
  42. and Disable()/Enable() pairs in critical code.
  43.  
  44. Dave Haynie          | ex-Commodore Engineering |   for DiskSalv 3 &
  45. Sr. Systems Engineer |  Hardwired Media Company | "The Deathbed Vigil"
  46. Scala Inc., US R&D   |    Ki No Kawa Aikido     |     info@iam.com
  47.  
  48.          "Feeling ... Pretty ... Psyched" -R.E.M.
  49.  
  50.