home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / realtime / 1305 < prev    next >
Encoding:
Text File  |  1992-11-05  |  3.3 KB  |  69 lines
  1. Newsgroups: comp.realtime
  2. Path: sparky!uunet!utcsri!torn!cunews!revcan!quantum!danh
  3. From: danh@quantum.on.ca (Dan Hildebrand)
  4. Subject: Re: Embedded vs Workstation world
  5. Message-ID: <6k_qrvn@quantum.on.ca>
  6. Date: Thu, 05 Nov 92 15:41:17 GMT
  7. Organization: Quantum Software Systems
  8. References: <koot.720956604@istw85>
  9. Keywords: embedded
  10. Lines: 57
  11.  
  12. In article <koot.720956604@istw85> koot@prl.philips.nl (Sjaak Koot) writes:
  13. >I am looking for some references on the characterization of embedded
  14. >systems, preferably on hard- and software. Are there any introductory books ?
  15. >Questions I have are:
  16. >- Can I use normal benchmarks (SPECMARK, Dhrystone etc.) to get some performance
  17. >  figures for embedded hardware"
  18.  
  19. Certainly, provided the target hardware has enough resources to run a
  20. particular benchmark. For example, trying to get a Specmark rating for an
  21. 8051 is not realistic ( I doubt you'll port GCC to the 8051 ), but for a 486
  22. is quite reasonable. Either processor could be used in an embedded system.
  23.  
  24. >- How do embedded applications differ from other applications, branching freq.,
  25. >  data / instr. referencing, register usage  (do they differ ?)
  26.  
  27. I don't believe they differ in general, although you can probably find
  28. specific cases that prove this point. The same development tools are generally
  29. used for both environments.
  30.  
  31. >- What are common techniques for interfacing
  32.  
  33. Given that embedded systems are used for such a huge array of applications,
  34. a correct answer for this question is probably "all of the above". An embedded
  35. system could be truly dedicated to a single application, with no connectivity
  36. to other processors, and just a couple I/O bits for the embedded control task.
  37. On the other hand it could be a front end data acquisition system networked
  38. into some larger complex of computers, supporting a network link, hard disks,
  39. a GUI, etc.
  40.  
  41. >- How do real-time systems and embedded systems relate (are all embedded systems
  42. >  real-time) ?
  43.  
  44. Every application is realtime to the extent that you want it to respond to
  45. input in some reasonable timeframe. Whether or not a realtime OS is required
  46. to meet that timing constraint is a question of how fast, or tight, that
  47. timing constraint is, and how certainly you need to guarantee meeting the
  48. deadline. ie: When you press 'cook' on your microwave, if it takes half a
  49. second before starting up, you don't really care. On the other hand, the
  50. embedded controller in your car's ignition system had better be meeting
  51. tighter timing constraints than that. Both are embedded applications, and
  52. both have timing constraints, but they differ in the timing goals they must
  53. meet.
  54.  
  55. >etc. etc.
  56. >I want to get some information on the main differences between the workstation 
  57. >world and the embedded world.
  58.  
  59. You really need to define what an embedded system is. Does it have a user 
  60. interface ? If so, how complex ?  What about a "embedded" workstation ? ie: 
  61. dedicated to a single, turnkey application. But what if you also run some 
  62. standard applications as part of that embedded system for data analysis ( 
  63. spread sheets, databases, etc ) ? The distinction becomes very blurred....
  64. -- 
  65. Dan Hildebrand                     email: danh@qnx.com
  66. Quantum Software Systems, Ltd.     QUICS: danh  (613) 591-0934 (data)
  67. (613) 591-0931 x204 (voice)        mail:  175 Terrence Matthews          
  68. (613) 591-3579      (fax)                 Kanata, Ontario, Canada K2M 1W8
  69.