A Closer Look at RV610 and RV630

The RV6xx parts are similar to the R600 hardware we've already covered in detail. There are a few major differences between the two classes of hardware. First and foremost, the RV6xx GPUs include full video decode acceleration for MPEG-2, VC-1, and H.264 encoded content through AMD's UVD hardware. There was some confusion over this when R600 first launched, but AMD has since confirmed that UVD hardware is not at all present in their high end part.

We also have a difference in manufacturing process. R600 uses an 80nm TSMC process aimed at high speed transistors, while their RV610 and RV630 GPU based cards are fabbed on a 65nm TSMC process aimed at lower power consumption. The end result is that these GPUs will run much cooler and require much less power than their big brother the R600.

Transistor speed between these two processes ends up being similar in spite of the focus on power over performance at 65nm. RV610 is built with 180M transistors, while RV630 contains 390M. This is certainly down from the huge transistor count of R600, but nearly 400M is nothing to sneeze at.

Aside from the obvious differences of transistor count and the number of different units (shaders, texture unit, etc.), the only other major difference is in memory bus width. All RV610 GPU based hardware will have a 64-bit memory bus, while RV630 based parts will feature a 128-bit connection to memory. Here's the layout of each GPU:


RV630 Block Diagram



RV610 Block Diagram


One of the first things that jump out is that both RV6xx based designs feature only one render back end block. This part of the chip is responsible for alpha (transparency) and fog, dealing with final z/stencil buffer operations, sending MSAA samples back up to the shader to be resolved, and ultimately blending fragments and writing out final pixel color. Maximum pixel fill rate is limited by the number of render back ends.

In the case of both current RV6xx GPUs, we can only draw out a maximum of 4 pixels per clock (or we can do 8 z/stencil-only ops per clock). While we don't expect extreme resolutions to be run on these parts (at least not in games), we could run into issues with effects that make heavy use of MRTs (multiple render targets), z/stencil buffers, and antialiasing. With the move to DX10, we expect developers to make use of the additional MRTs they have available, and lower resolutions benefit from AA more than high resolutions as well. We would really like to see higher pixel draw power here. Our performance tests will reflect the fact that AA is not kind to AMD's new parts, because of the lack of hardware resolve as well as the use of only one render back end.

Among the notable features that we will see here are tessellation, which could have an even larger impact on low end hardware for enabling detailed and realistic geometry, and CFAA filtering options. Unfortunately, we might not see that much initial use made of the tessellation hardware, and with the reduced pixel draw and shading power of the RVxx series, we are a little skeptical of the benefits of CFAA.

From here, lets move on and take a look at what we actually get in retail products.

Index The Cards
Comments Locked

96 Comments

View All Comments

  • Le Québécois - Thursday, June 28, 2007 - link

    quote:

    Just read some of the other sites that tested DX10.


    I was replying to that. There is no REAL review or even preview from DX10 (game that have been developed from the start for it) now. I know very well that you will need a very good Video card to play Crysis in its full glory.
  • gigahertz20 - Thursday, June 28, 2007 - link

    If these cards suck that bad in DX9 they are bound to suck even harder in DX10. Don't give me this...OH they will do better in DX10....pffff. I'm going to hold off and buy a DX10 card once the games come out, that way I will know what performs the best and buy then the Geforce 8900 series will be out this Q3 making the prices drop even further the the 8800 line.
  • TA152H - Thursday, June 28, 2007 - link

    You're obviously not very bright, I never said they'd perform better or worse. I said it makes more sense to wait until the results are in before passing judgment. Don't put words in my mouth.
  • PrinceGaz - Thursday, June 28, 2007 - link

    First post! :)
  • nameisfake - Sunday, July 1, 2007 - link

    I have to agree but disagree about these cards.
    I agree that they will suck for gaming.
    But, I think they can be fantastic in the right application.
    I would love a 2600pro in a family pc.
    1. Gets rid of onboard ram sucking video
    2. 128mbit path to its own onboard ram
    3. Hardware built in to offload multimedia from the cpu
    4. Low power requirements
    5. Cheap
    6. Drop to low res and an occasional game will function

    A person may want a very fast modern pc but not be a gamer.
    These cards are great for that small market and oems.

    My 2cents

  • DigitalFreak - Thursday, June 28, 2007 - link

    Dude, that shit died years ago...

Log in

Don't have an account? Sign up now