home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / 18660 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  3.5 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!doc.ic.ac.uk!cc.ic.ac.uk!imperial.ac.uk!vulture
  2. From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: Indigo R4k/IBM 6k comparison
  5. Message-ID: <1993Jan11.124442.16695@cc.ic.ac.uk>
  6. Date: 11 Jan 93 12:44:42 GMT
  7. References: <8378@news.duke.edu>
  8. Sender: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
  9. Reply-To: cmaae47@imperial.ac.uk
  10. Organization: Imperial College of Science, Technology and Medicine
  11. Lines: 58
  12. Nntp-Posting-Host: cscgc
  13.  
  14. In article <8378@news.duke.edu>, rla@canctr.mc.duke.edu writes:
  15. - Greetings.  We are considering a purchase of a set of 4 workstations to be
  16. - linked together.  Objectives are mainly processing (number-crunching) power
  17. - plus the ability to run the GCG DNA sequence analysis suite of programs.
  18. - The two remaining candidates are SGI (R4000-based) vs. IBM RS6000s.
  19. - 
  20. - Anyone with experience on both platforms, including service and reliability
  21. - and UNIX performance, please let me know your thoughts.  Overall system
  22. - speed is a major consideration.  The IBM is not yet GCG-ready, but a
  23. - beta-version will supposedly be ready soon.
  24. - Thanks.
  25.  
  26. On number crunching, the RS/6000 chip will be about five times as fast as 
  27. the R4000 on a cycle basis. This means that for a program that has
  28.  
  29.      do 10 i = 1, n
  30.   10 sum = sum + x1(i)*y1(i) + x2(i)*y2(i) + x3(i)*y3(i) + x4(i)*y4(i)
  31.  
  32. as the inner loop where it spends its time, the R4000 will spend about
  33. 100 cycles on that loop, while the RS/6000 will do it in about 20. You can
  34. therefore expect a 100 MHz R4000 to need 2.5 times as much time as a 50 MHz
  35. RS/6000. The actual numbers are data dependent, because the RS/6000 needs
  36. a cycle more for a floating point instruction if the result after 
  37. normalisation is 0.
  38.  
  39. Having said that, if you want to do DNA sequence analysis, than I guess you
  40. need fast disk access and generate graphics interactively with good response
  41. times, and unfortunately that is where the IBM machines do not shine.
  42. If there is a number crunching job with reasonable paging in the background,
  43. the IBMs I have used here feel decidedly heavy going, while you hardly 
  44. notice it on an Indigo.
  45.  
  46. Regarding service and reliability, both systems come with a fair sprinkling
  47. of bugs and features you may find undesirable, and hardware reliability 
  48. is similar (especially that of third party disks and memory :-). It more
  49. depends on whether the actual bugs bite you or leave you alone. The "I wanna
  50. do it exactly as on my standard BSD 4.x system" approach is guaranteed to 
  51. lead to tears on both.
  52.  
  53. IBM has tried to make the system safe by conservative design, while SG often 
  54. takes a more aggressive or "risky" approach - maybe it is just that IBM 
  55. systems take longer until the organisation ships them, the old big firm
  56. vs small firm argument.
  57.  
  58. We have however found in several cases that when a user maintained system 
  59. suffers an unexplained failure which causes people to react in panic and destroy
  60. whats left of it by mistaken recovery attempts, then the IRIS will normally
  61. be up again by the third day, the IBM by the fifth. Notabene this is from
  62. a small number of incidents. 
  63.  
  64. Hope this helps.                        Thomas
  65.  
  66. -- 
  67. *** This is the operative statement, all previous statements are inoperative.
  68. *   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
  69. *   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
  70. *   snail: Imperial College of Science, Technology and Medicine
  71. *   The Center for Computing Services, Kensington SW7 2BX, Great Britain
  72.