home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / hardware / 14825 < prev    next >
Encoding:
Text File  |  1992-09-02  |  1.8 KB  |  40 lines
  1. Newsgroups: comp.sys.amiga.hardware
  2. Path: sparky!uunet!munnari.oz.au!uniwa!cujo!pride!copes
  3. From: copes@pride.cs.curtin.edu.au (Simon Cope)
  4. Subject: Re: Crazy Multiprocessing Idea
  5. Message-ID: <copes.715503944@pride>
  6. Sender: news@cujo.curtin.edu.au (News Manager)
  7. Organization: Curtin University of Technology
  8. References: <1992Aug25.172659.7639@eagle.lerc.nasa.gov> <al158305.715456490@academ01>
  9. Date: Thu, 3 Sep 1992 07:05:44 GMT
  10. Lines: 28
  11.  
  12. al158305@academ01.mty.itesm.mx (Gustavo Cordova Avila) writes:
  13.  
  14.  
  15. >   Hmmm... sounds quite nice if I may say so. Build the board with it's
  16. >own CPU and some private + some shared memory (shared with the host system),
  17. >and write a teeny little OS for the board, which would be mainly RPC calls,
  18. >and also a 'MULTIPROCESSOR.library' for the host :)
  19. >   I don't know if said library would be too far fetched, but it could
  20. >include for example, a 'select_card' call, 'loaddata', 'savedata',
  21. >'sendrpc', etc etc. That way, each specific application that used said
  22. >cards could adapt to new ones without much effort. What do you think?
  23.  
  24. >-Gus
  25. >--
  26. >Gustavo Cordova Avila        | Majoring in Electronics & Computer Sciences
  27. >al158305@academ01.mty.itesm.mx    | "...I came from the Desert!!" (Sonora)
  28. >al158305@[131.178.4.10]        | RangerElf @ IRC (usually in #amiga)
  29.  
  30. Last year three engineers did just that for their project here.  Their board
  31. uses a tms chip, has a couple of megs of ram on it, they wrote a mini kernel
  32. for it, and made their own run command from AmigaDOS to run a concurrent task
  33. on it.  The board pulled 5 mips, and plugged into the side of an A500.  Their
  34. project was to investigate converting a single processor system to a multi
  35. proc one.  The demo they wrote for it was a 3d thingo that ran real fast.
  36.  
  37. Just thought you'd like to know that it is possible.
  38. --
  39. copes@cs.curtin.edu.au
  40.