Navigate:

Advice
Beginners
BIOS Guide
CPUs
Links
Mainboards
Memory
Network
Storage
Video/Sound Cards

Contact
Forum
SiteMap
Sponsors
WebNews
Home
. .

Prices:

Mainboards

ABIT
ASUS
Chaintech
Shuttle
Soyo
Tyan

CPU
Intel
P4 2.4C-800
P4 2.6C-800
P4 2.8C-800
P4 3.0-800
P4 3.2-800

AMD
AthlonXP
XP 1700+
XP 2000+
XP 2400+
XP 2500+
XP 2700+
XP 3000+
XP 3200+

Athlon64
Athlon64 3200+
Athlon64 FX-51

Opteron
Opteron 240
Opteron 242
Opteron 244
Opteron 246

Memory

Corsair
Crucial
Kingston
Mushkin
OCZ

What are you
shopping for?



































































































































































LOSTCIRCUITS

SHORTCUTS:
As the Graphics Turn
Caching Strategies
The Crossbar Paradox
Ring Bus details
Tech Specs
The Bundle
Test Configurations Benchmarks
3Dmark'05
  • Canyon Flight
    3DMark'06
  • Overviews
  • Applications
    Call of Duty2, F.E.A.R.
    X3, FarCry
    DOOM3
    Quake4
    Final Thoughts

    Give us some feedback

  •  Sapphire RADEON X1900 XTX
    Arguably the fastest out there..
    (Review by MS, February 20, 2006)
    ATI X1600 XT

    The X1900 Memory Architecture

    On the system level, the disparity between the need for data and the actual availability has been a known issue for at least a decade. In graphics applications, the situation is somewhat similar, however, the fact that the memory configuration is fixed and all connections are soldered onto the circuit board allows for much better utilization of the memory subsystem. In addition, specific graphics memory components are much faster than their system counterparts.

    This does not mean that memory bandwidth is abundant. On the contrary, even though current architectures can deliver a huge amount of data traffic, the disparity between the core and the memory subsystem still prevails, meaning that the memory bandwidth is still is a major limitation of the overall performance of the entire card.

    Illustration courtesy of ATI

    One way of addressing the issues is to use ultrafast on-chip memory also known as cache, however, in order to be as fast as they are, caches need to rely on transistor switching rather than on capacitor charging and a periodic refresh of data is plain and simply a no-no. This excludes the use of DRAMs, instead SRAMs are required that don't use capacitors but state changes of transistors. On the downside, the six transistors per cell make SRAM very expensive with respect to its footprint - consequently, only low densities of SRAM can be integrated on-die. Understandably, the cache will only be used for those operations where speed is absolutely vital for the graphics operations, a case in point is the Z-Buffer.

    Illustration courtesy of ATI

    Briefly, the Z-Buffer is a cache level that is used to store visibility data based on the depth position (z-axis) in each frame. Since every frame has different objects in different positions, the z-buffer needs to operate on a by-frame basis, that is, the data for every frame need to be stored. In order to store the data, however, the buffer needs to be flushed (or cleared). Clearing the cache can be done either on an address by address basis, which makes sense if for example only certain areas are updated or else on a block basis. Since the entire buffer needs to be cleared after each frame, it is easy to see that the first type of clearing the cache wastes a considerable amount of time; a much faster way is the use of a block write algorithm to simultaneously write all zero's to a large area of memory, similar to the operational principles behind flash memory.

    In the case of ATI's z-buffer, the Fast Z-Clear writes 8x8 matrices on each clear. That is, instead of a single address, 64 addresses are cleared simultaneously. By extension, this speeds up the Fast Z-Clear by a factor of 64.

    Sapphire RADEON X1900XTX

    Next Page:    => The Ring Bus =>

    If you enjoyed reading this article and found it useful, please consider making a small donation to LostCircuits.
    Thank you!

    General disclaimer: This page only reflects the author's personal opinion and assumes no responsibility whatsoever regarding any of the contents or any damages that may occur explicitly or implicitly from reading the contents of this site. All names and trademarks mentioned in this review are the exclusive property of the respective parent companies.
    All contents of this site are protected by international copyright laws. Reproduction of the contents even in parts is not allowed except after written permission by the author and referral to this site.
    Copyright 1998 - 2008 LostCircuits