home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / realtime / 1541 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.2 KB  |  51 lines
  1. Newsgroups: comp.realtime
  2. Path: sparky!uunet!email!alex
  3. From: alex@vmars.tuwien.ac.at (Alexander Vrchoticky)
  4. Subject: Re: novel idea?
  5. Message-ID: <1993Jan11.163822.10508@email.tuwien.ac.at>
  6. Sender: news@email.tuwien.ac.at
  7. Nntp-Posting-Host: miles.vmars.tuwien.ac.at
  8. Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
  9. References: <erempel.726720401@sol.UVic.CA> <1993Jan11.171954.1@wombat.newcastle.edu.au> <C0onL4.2qE@newcastle.ac.uk> <1993Jan11.140742.11466@ll.mit.edu>
  10. Date: Mon, 11 Jan 1993 16:38:22 GMT
  11. Lines: 38
  12.  
  13. dbruce@ll.mit.edu (Dave Bruce) writes:
  14.  
  15. [about load balancing in heterogenous systems]
  16. >[...] Globals, stacks, task allocated resources need to
  17. >transferred over to architecturely different cpu. I agree with Peter, "You
  18. >Must Be Joking!"
  19.  
  20. i believe this sentence was uttered numerous times when they discussed
  21. whether it was possible to build heavier-than-air aircraft, back in the 
  22. days of yore, when engineers had greasy hands ...
  23.  
  24. to answer the original poster's question: task migration in
  25. heterogenous systems is *not* a novel idea, but to my knowledge it
  26. hasn't (yet) been commercially exploited either. 
  27.  
  28. the technical problems themselves are tremendous: incompatible instructions 
  29. sets and incompatible data representations are among the most prominent. 
  30.  
  31. some approaches solve these problems by avoiding them: they define an 
  32. abstract machine (shades of p-code), and implement this on the various
  33. architectures to be supported. this obviously avoids the incompatibility
  34. problems, because, in effect, the problem of task migration in 
  35. heterogenous systems is reduced to the (easier) problem for 
  36. homogeneous systems. 
  37.  
  38. however, this approach will lead to seriously degraded performance if the 
  39. abstract machine is not implemented with extreme care (and probably even
  40. if it is). 
  41.  
  42. so, the answer is: it's possible, but, given the expenses of the necessary
  43. investments and the market situation (in which companies have a rather,
  44. ahem, limited interest in allowing customers to use the competition's
  45. computers), i wouldn't expect to see commercial products using the idea.
  46.  
  47.  
  48. -- 
  49. Alexander Vrchoticky             alex@vmars.tuwien.ac.at
  50. TU Vienna, CS/Real-Time Systems  +43/1/58801-8168
  51.