home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / transput / 956 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  5.1 KB

  1. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!usc!news!nic.cerf.net!jcbhrb
  2. From: jcbhrb@nic.cerf.net (Jacob Hirbawi)
  3. Newsgroups: comp.sys.transputer
  4. Subject: RE: IMPORTANT questions. please read.
  5. Message-ID: <2563@news.cerf.net>
  6. Date: 22 Aug 92 01:23:26 GMT
  7. Sender: news@news.cerf.net
  8. Organization: CERFnet
  9. Lines: 100
  10. Nntp-Posting-Host: nic.cerf.net
  11.  
  12. With a subject line like this how can I not respond ;-) 
  13.  
  14. In comp.sys.transputer <zv_nwff.cliff@netcom.com>
  15. Cliff Rodriquiez <cliff@netcom.com> writes:
  16.  
  17. > I am doing a VR game.  My original hardware choice
  18. > was to use transputers for the graphics pipeline.
  19.  
  20. > If you have experience with transputers and graphics,
  21. > could you please answer one or more of these questions?
  22. > I'm funding this project myself, the more info I have
  23. > the better chance of the investment being worth while.
  24. > thanks in advance.....cliff
  25.  
  26. > note: i am looking at an intel 486 system and adding
  27. >       cards on for co-processing.
  28.  
  29. Not a bad setup. I assume that you will be using the PC for the
  30. non-computationally intensive tasks like user interface and the
  31. Transputers (or i860's) for the real graphics work. You might
  32. want to consider a seperate graphics card that is independant of
  33. the PC's.
  34.  
  35. > 1. on a price per performance basis, is the i860 better
  36. >    than the transputer?  i see the very low mips of 
  37. >    a T800 and wonder how many i would need in parallel
  38. >    to make up one i860.
  39.  
  40. I don't think the T800 has enough power for really complicated graphics
  41. or image processing; unless you use lots and lots of T800's. The i860 
  42. is more powerful but has none of the "parallelism" of Transputers. If
  43. you can, wait for the T9000; otherwise you might want to consider a hybrid
  44. situation: one or more i860's for processing connected to a Transputer
  45. for the I/O. As a rough benchmark of processing power an i860 can do a 1K
  46. complex FFT in something like 1 msec. I don't think a T800 can do much 
  47. better than 40 msec.
  48.  
  49. > 2.  transputers seem to be a lot more expensive than
  50. >     i originally thought.  if i want to put 3-4 on
  51. >     my machine and give them each a couple of meg
  52. >     i am talking about serious bucks (pricing from
  53. >     my local inmos dist in sunnyvale ca).  has anyone
  54. >     seen good pricing?  is there an alternative to
  55. >     using inmos transputers?  what are some prices 
  56. >     you have seen for: transputer boards for pc's,
  57. >     trams, memory for trams.  
  58.     
  59. And I have a quote from Inmos of about (US) $700 for a T9000 !.
  60. I don't think you can really do this type of work too cheaply.
  61. To be fair though an i860 or even a 486 isn't that cheap either.
  62. There are many other companies that sell TRAMS besides Inmos.
  63. Ask Inmos for a Transputer Yellow Pages (I think that's what they 
  64. call it!) for a list. Transatec usually has lower prices than Inmos
  65. but there are smaller companies that might have lower prices still.
  66.  
  67. > 3.  i am currently developing my own 3d routines that
  68. >    will be ported over to the transputer env.  the i860
  69. >    has quite a lot of 3d hardware/software support.  has
  70. >    anyone see graphics libraries and/or specialize graphics
  71. >    hardware for the transputer?  my catalog only shows a 
  72. >    simple (vga like) display chip.  i would like something
  73. >    a little more performance oriented tward 2d and 3d 
  74. >    graphics.
  75.  
  76. I will be developing a similar library for the Inmos IMS B419 soon.
  77. For those unfamiliar with this, it has a T800 with 4MByte RAM, 2MBytes
  78. of which are dual ported Video RAM. It also has a G300 Video controller
  79. so it can, under software control, drive several types of RGB monitors.
  80. This will be an all OCCAM code and will include contours and 3D surface
  81. graphics with hidden surface removal. I will start as soon as I work out
  82. all the bugs from a C++ version. I don't think I understand what you mean by 
  83. the i860 having a lot of 3d hardware/software support. As far as I know it 
  84. doesn't even have 2d support ( you still have to draw lines pixel by pixel 
  85. under software control ).
  86.  
  87. > 4.  last question:
  88. >
  89. >    if i am going to all the trouble of making a graphics
  90. >    pipeline with transputers that are around 1-2 mips,
  91. >    am i kidding myself when compared to:
  92. >    specialized 3d hardware designed for high performance
  93. >    polygon throughput, coupled with a risc based motherboard
  94. >    giving me 15 mips.  
  95.  
  96. If you use T800 then yes , you are kidding yourself :-) . But if you
  97. use T9000 or i860/T800 combination then definitely not. The risc 
  98. machines you are talking about are expensive and you still need to network
  99. several of them to get any type of VR perfromance; and I haven't even
  100. mentioned the price of the software for these machines. Now let's say a
  101. T9000 costs $700 and 4MBytes of DRAM $100 and say $200 for other parts;
  102. (let's forget about development and manufacturing costs for now).
  103. You have 25 MFlops (or 200 Mips or anyway you look at it: a lot of
  104. power) *with built-in parallelism* for about $1000. The real cost is higher,
  105. but not by much. And you can stamp out as many copies as you need! . 
  106. Now if you are a company and try to sell these things you have to cover 
  107. advertising, payroll, insurance, and all that jazz and the price skyrockets.
  108. But for your own use you have a reasonably priced processing unit.
  109.  
  110. Jacob Hirbawi
  111. JcbHrb@CERF.net
  112.