home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / pcclone / 32bit / 836 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  2.2 KB
  1. Xref: sparky comp.unix.pc-clone.32bit:836 comp.unix.sysv386:17490 comp.unix.bsd:10330 comp.os.linux:20863
  2. Newsgroups: comp.unix.pc-clone.32bit,comp.unix.sysv386,comp.unix.bsd,comp.os.linux
  3. Path: sparky!uunet!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!news.uta.edu!cse.uta.edu!turbo
  4. From: turbo@cse.uta.edu (Chris Turbeville)
  5. Subject: Re: ET4000/W32 and VESA VL-Bus
  6. Message-ID: <1992Dec17.190542.2662@utagraph.uta.edu>
  7. Sender: news@utagraph.uta.edu (USENET News System)
  8. Nntp-Posting-Host: cse.uta.edu
  9. Organization: Computer Science Engineering at the University of Texas at Arlington
  10. References: <BzBEI1.CH@aeon.in-berlin.de> <1992Dec17.080653.4328@Informatik.TU-Muenchen.DE>
  11. Date: Thu, 17 Dec 1992 19:05:42 GMT
  12. Lines: 25
  13.  
  14. In article <1992Dec17.080653.4328@Informatik.TU-Muenchen.DE> roell@informatik.tu-muenchen.de (Thomas Roell) writes:
  15. ...
  16. >a) The performance of a DRAM based accellerator depends VERY much upon
  17. >   the refresh frequency (i.e. dot-clock). Let's say you have a DRAM
  18. >   bandwidth of 100MB/sec (let's assume it doesn't matter wether these
  19. >   are RAS/CAS or RAS/multiple-CAS cycles). If you use a 1024x768 60Hz
  20. >   resolution, you need about 65MB/sec for screen refresh only. This
  21. >   leaves you with around 35MB/sec for doing graphics. If you use
  22. >   1024x768 72Hz, you need 75MB/sec for screen refresh. That means you
  23. >   have only 25MB/sec for doing graphics. If you consider that you can
  24. >   use the fast page mode accesses for screen refresh only and most of
  25. >   the graphics operation won't be able to use them (since they are
  26. >   interruped by screen refresh cycles), this computation is in fact
  27. >   over optimisitic.
  28. ...
  29. I thought that since EGA boards have been using double ported DRAM to
  30. avoid this?  Or are you saying 100MBs is for both ports?  I have noticed
  31. some ads saying their S3 board uses double ported DRAM so are we to
  32. assume that most are not?  If so then as you say this will instantly
  33. destroy any speed a coprocessor can give as the only thing that matters
  34. then is faster DRAM.  I am no expert (as is obvius to the experts by
  35. now) but I am just trying to get this picture.  If ram access has always
  36. got this refresh overhead (assuming a single port) then any board will
  37. simply be limited by DRAM bandwidth.
  38. -Chris
  39.