home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / transput / 1364 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.8 KB  |  49 lines
  1. Newsgroups: comp.sys.transputer
  2. Path: sparky!uunet!inmos!titan.inmos.co.uk!news
  3. From: conor@lion.inmos.co.uk (Conor O'Neill)
  4. Subject: Re: On-chip RAM using D7205.- Help!
  5. Message-ID: <1993Jan7.121850.1489@titan.inmos.co.uk>
  6. Sender: news@titan.inmos.co.uk
  7. Organization: INMOS Limited, Bristol, UK
  8. References: <1993Jan06.190526.42203@dcc.uchile.cl>
  9. Date: Thu, 7 Jan 1993 12:18:50 GMT
  10. Lines: 37
  11.  
  12. In article <1993Jan06.190526.42203@dcc.uchile.cl> maurro@inf.utfsm.cl (Mauricio Gomez Calderon) writes:
  13. >Hi...
  14. >      In order to accelerate a numerical calculation, I'm trying to put
  15. >      small code in the fast on-chip RAM, using
  16. >
  17. >          SET processor (order.code := -1)
  18. >      MAP logical.processor ONTO processor
  19. >
  20. >      and the corresponding /RE option on the occonf.
  21. >
  22. >      It works... but don't increases the speed!!!
  23. >
  24. >      The small code is a small program that perform 1000000 iterations
  25. >      changing only 5 REAL64 variables. This code is put into five transputers
  26. >      connected like a ring. Communications take place only 3 times over the
  27. >      network.
  28. >
  29. >      What's wrong???
  30.  
  31. Try looking at the file produced by the collector's -p option.
  32. This tells you where the code and data etc has been placed for each processor.
  33. This will show you exactly what effect the various changes you make are
  34. having to the memory layout.
  35. In general, it is better to place workspace on-chip, because transputers
  36. make more accesses to data than to code. This is why this is the
  37. default behaviour of the configurer.
  38.  
  39. If your example really is as simple as you describe, you will probably   
  40. find that both code and data are already on-chip, so changing their order
  41. will have no effect.
  42.  
  43. Hope this helps.
  44.  
  45. ---
  46. Conor O'Neill, Software Group, INMOS Ltd., UK.
  47. UK: conor@inmos.co.uk        US: conor@inmos.com
  48. "It's state-of-the-art" "But it doesn't work!" "That is the state-of-the-art".
  49.