home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / graphics / 9383 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  3.3 KB
  1. Path: sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!pa.dec.com!engage.pko.dec.com!riscee.pko.dec.com!wwlk
  2. From: wwlk@riscee.pko.dec.com (Bill Licea-Kane)
  3. Newsgroups: comp.graphics
  4. Subject: Re: NCGA Picture Level Benchmark (was: Time to put up or shut up)
  5. Keywords: benchmarks NCGA GPC
  6. Message-ID: <1992Sep2.183401.13257@engage.pko.dec.com>
  7. Date: 2 Sep 92 18:34:01 GMT
  8. References: <1992Aug20.172200.17418@dsd.es.com> <ortnla8@fido.asd.sgi.com> <1992Sep1.194132.2601@dsd.es.com> <pak809s@fido.asd.sgi.com>
  9. Sender: wwlk@riscee.pko.dec.com (Bill Licea_Kane)
  10. Organization: Digital Equipment Corporation, Maynard MA.
  11. Lines: 79
  12.  
  13. In article <pak809s@fido.asd.sgi.com>, mtj@babar.asd.sgi.com (Michael Jones) writes:
  14. |> 
  15. |> The PLB issue seems the perfect example of the Akin/Thomson dialogues
  16. |> on graphics programming interfaces. My understanding is that the PLB
  17. |> suite spends quite a bit of effort (thus time) "editing" the databases
  18. |> it is drawing.
  19.  
  20.     You understand wrong.  Actually, the PLB is a *PICTURE* Level
  21.     Benchmark.  The geometry is STATIC.  No editing during the
  22.     timing loop to speak of takes place.  (One or more matrixes
  23.     are updated during the timing loop, and in the case of one
  24.     benchmark, there is some control over what geometry is displayed
  25.     each frame.  There's also some minor bookkeeping.  All the major
  26.     bookkeeping is done outside of the timing loop.)
  27.  
  28. |> 
  29. |>    (customer) "But why is this PLB application so much slower than
  30. |>                all the similar applications I see on SGI machines?"
  31. |> 
  32. |>    (salesman) "Because we're using a PHIGS/PEXlib style API."
  33. |> 
  34. |>    (customer) "Oh. I guess it must be the extra data movement and
  35. |>                redundant PHIGS structure editing."
  36. |> 
  37. |>    (salesman) "Exactly. Now let me show you the OpenGL version."
  38. |> 
  39. |>    (customer) "Wow!. No wonder they stopped making workstations."
  40.  
  41.     You again have a very common misperception, that the PLB is
  42.     a PHIGS benchmark.
  43.  
  44.     While the BIF (Benchmark Interface Format) is generally
  45.     derived from PHIGS clear text archives, and while the
  46.     *SAMPLE* implementation uses PHIGS, there are multiple
  47.     "ports" of the PLB.  (Unlike SPEC, where you can generally
  48.     expect to take source code, compile/link/run it, PLB
  49.     could *NOT* begin to hope for such a goal when it was
  50.     started.  It brought too many limitations.)
  51.  
  52.     There are several existing ports of the PLB.
  53.  
  54.     DEC    - DEC PHIGS
  55.     E&S    - ES/PEX (PHIGS binding)
  56.     HP    - HP-PHIGS
  57.         - Starbase
  58.     IBM    - IBM graPHIGS
  59.         - GL
  60.     SGI    - GL
  61.     Sun    - SunPHIGS
  62.         - XGL
  63.  
  64.  
  65.     SGI's port of the PLB does not use a PHIGS/PEXlib style
  66.     API.  It uses GL.
  67.  
  68.  
  69.     Work is beginning to provide additional *SAMPLE* implementations
  70.     of the PLB.  I would hope there will be a suite of three widely
  71.     used APIs covered by the sample implementations:
  72.  
  73.         PHIGS  - already done, actively maintained.
  74.         PEXlib - work started
  75.         OpenGL - work beginning
  76.  
  77.     Proprietary (non-perjorative sense) APIs such as GL, Starbase
  78.     and XGL are the responsibility of the individual vendors.  But
  79.     many people feel the industry and the user community will
  80.     greately benefit from sample implementations of widely available
  81.     and/or widely licensed APIs.
  82.  
  83.  
  84.     Not to say that there aren't other legitimate things to be
  85.     discussed about the PLB.  But I first wanted to correct these
  86.     misconceptions.
  87.  
  88. -----
  89. Bill Licea-Kane            (Do I really need to say "I speak for myself?")
  90. Digital Equipment Corporation
  91. (Representative to GPC)
  92.