home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / graphics / 9379 < prev    next >
Encoding:
Text File  |  1992-09-02  |  3.6 KB  |  74 lines

  1. Newsgroups: comp.graphics
  2. Path: sparky!uunet!orca!mesa!rthomson
  3. From: rthomson@mesa.dsd.es.com (Rich Thomson)
  4. Subject: Re: NCGA Picture Level Benchmark (was: Time to put up or shut up)
  5. Message-ID: <1992Sep2.182120.25748@dsd.es.com>
  6. Keywords: benchmarks NCGA GPC
  7. Sender: usenet@dsd.es.com
  8. Nntp-Posting-Host: 130.187.85.21
  9. Reply-To: rthomson@dsd.es.com (Rich Thomson)
  10. Organization: Design Systems Division, Evans & Sutherland, SLC, UT
  11. References: <ortnla8@fido.asd.sgi.com> <1992Sep1.194132.2601@dsd.es.com> <pakhf8k@fido.asd.sgi.com>
  12. Date: Wed, 2 Sep 92 18:21:20 GMT
  13. Lines: 59
  14.  
  15. In article <pakhf8k@fido.asd.sgi.com>
  16.     akin@sgi.com (Allen Akin) writes:
  17. >Gee, Rich, that's not very imaginative.  Surely you can draw more than
  18. >one conclusion from that data. :-)
  19.  
  20. I'm basing my conclusion on what the local rep. reported ("we do very
  21. well on them") and the lack of any data that backs up that assertion.
  22. If the numbers on the PLB are great, then lets see them.  A year or
  23. two ago, I had a hard time getting the rep. to show me a million
  24. polygons a second for the VGX.  In that case, there was no problem in
  25. obtaining the benchmark via the net that achieved the quoted rate.  Now,
  26. in this case there was no specifically quoted rate, but just a vague
  27. description of performance.  The answer from the local rep. would seem
  28. to indicate that such a set of performance numbers is available.  All
  29. I'm asking is that they be published, if they exist.
  30.  
  31. >The most likely situation is the one I mentioned earlier:  It takes
  32. >time and effort to do a good job on the PLB, and if there's little
  33. >demand for the result, then it makes sense to use the resources on
  34. >other projects.  That's just normal business practice, especially in
  35. >lean economic times.
  36.  
  37. Granted.  No company has infinite manpower to do all things.
  38.  
  39. However, the PLB allows reporting of unoptimized and optimized results.
  40. The criterion for what constitutes "unoptimized" and "optimized" is
  41. spelled out in the PLB, I believe.  Given the rep's assertion of
  42. performance on these benchmarks, it seems there should be at least
  43. some unoptimized numbers that can be published.  Given that there are
  44. numbers reported for one benchmark running on a VGX, were the other
  45. benchmarks were run, but not reported?
  46.  
  47. The thing I'm trying to point out is that you need meaningful comparisons
  48. in order to objectively evaluate the performance of hardware.  The PLB
  49. comes closer to this than other benchmark programs produced.  Most of
  50. the existing benchmarks besides PLB are slanted towards one particular
  51. vendor, usually because the vendor has produced the benchmark to show
  52. off their machine in the best light.  That's only natural for a vendor,
  53. and there is nothing wrong with showing off one's product.  However,
  54. for a customer to compare machines from different vendors, these benchmarks
  55. are almost useless.  I would like to see more apples to apples
  56. comparisons in the industry.  I feel that this is a "win" for the
  57. end-user.
  58.  
  59. >SPEC is different because it figures prominently in many RFPs.  If
  60. >there was comparable demand for PLB data, then I imagine SGI would
  61. >pursue the PLB project more energetically.
  62.  
  63. I have seen interest in the PLB's grow significantly over the past
  64. year or so now that more numbers are being published.  Of all the hardware
  65. manufacturers in the membership list, SGI is the most
  66. underrepresented (only one set of numbers).
  67.  
  68.                             -- Rich
  69. -- 
  70.     Repeal the personal income tax; vote Libertarian in 1992.
  71. Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
  72. UUCP: ...!uunet!dsd.es.com!rthomson            Rich Thomson
  73. Internet: rthomson@dsd.es.com    IRC: _Rich_        PEXt Programmer
  74.