home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / pcclone / 32bit / 932 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!cs.utexas.edu!sun-barr!olivea!sgigate!sgiblab!news.kpc.com!kpc!pcarmack
  2. From: pcarmack@gimp.kpc.com (Phil Carmack)
  3. Newsgroups: comp.unix.pc-clone.32bit
  4. Subject: Re: ET4000/W32 and VESA VL-Bus
  5. Message-ID: <1992Dec30.201935.6026@kpc.com>
  6. Date: 30 Dec 92 20:19:35 GMT
  7. References: <BzBEI1.CH@aeon.in-berlin.de> <1992Dec20.153314.24148@Informatik.TU-Muenchen.DE> <BzKqwn.5vA@wimsey.bc.ca>
  8. Sender: pcarmack@gimp (Phil Carmack)
  9. Organization: Kubota Pacific Computer
  10. Lines: 41
  11.  
  12. In article <BzKqwn.5vA@wimsey.bc.ca>, bhenning@wimsey.bc.ca (Bill Henning) writes:
  13. |> The problem with DRAM based accelerators, even if they get 160Mb/sec
  14. |> bandwidth out of the DRAM's is that the bandwidth is not random-access,
  15. |> but is rather a result of page mode (or static column, or nibble mode)
  16. |> DRAM cycles, therefore if you are using say 110Mb of bandwidth to
  17. |> feed a 1280x1024x8 display, the theoretically 50Mb/sec bandwitdh
  18. |> left over will actually be more like 10-20Mb/sec, as most graphics
  19. |> operations will not be able to take full advantage of page mode,
  20. |> even if the bus interface to the local bus supports it.
  21. |> 
  22. |> Bill
  23.  
  24. This is not entirely true.  It is true that the actual bandwidth of the
  25. graphics rendering plus the pixel scan out will be less than the total 
  26. max (because of set up and tear down overhead of paged mode accesses), 
  27. but depending on how much buffering there is during scan out, both
  28. should be accessing the DRAMs in bursts.  Also, during vertical (and
  29. horizontal for that matter) retrace, the renderer has the complete attention
  30. of the DRAM.
  31.  
  32. Of course, as always there are many graphics operations that will break
  33. page mode accesses because they are not sequential (e.g. drawing vertical
  34. bars on the screen).  But copy performance is one of the most important
  35. features for running windows since moving a window is just a copy of a
  36. rectangular region.
  37.  
  38. I should say that I know absolutely nothing about Tsengs chips or how they
  39. work.  I was just speaking theoretically, and this whole bandwidth issue
  40. depends entirely on how much buffering the chips do.  For example, if the
  41. chips buffered an entire scan line of data during scan out, total bandwidth
  42. utilized would approach the max because the overhead of setting up for page
  43. mode accesses would be amortized of a large chunk of data.
  44.  
  45.  
  46. Cheers,
  47.  
  48. Phil
  49.  
  50. -- 
  51. Philip Carmack                | pcarmack@kpc.com    (408)987-3336
  52. Kubota Pacific Computers, Inc.        |
  53.