Quick Thoughts

The ASUS P5NSLI is a very affordable enthusiast board for the Intel market that provides an excellent feature set for around US $115. The performance of the board in the majority of the synthetic and game benchmarks was very good but not always class leading. However, the board was consistently competitive with the Intel chipset offerings while offering the added bonus of SLI capability. The stability of the board was excellent in all areas of testing and general usage with the proper memory settings. However, we were generally frustrated with the limited memory voltage options as this board thrives on additional bandwidth and reductions of latencies.

With that said, let's move on to our initial performance opinions regarding this board.

In the video area, the inclusion of dual PCI Express X16 slots on an NVIDIA chipset provides for SLI capability and is a definite plus if you utilize SLI. The X16 slots will operate in X8 mode if dual card graphic cards or SLI is implemented. The secondary X16 slot can also be utilized as an X1 slot for PCI Express peripherals. The SLI performance of the board is similar to the ASUS P5N32-SLI SE at this time, although we have not completed testing. The board fully supported our ATI X1900XTX video card in limited testing.

In the performance area, the ASUS P5NSLI generated very competitive benchmark scores in the gaming, general application, and synthetic tests although its memory performance could use some additional BIOS tweaking. The stability of the board was excellent during testing provided we did not stray to far from our memory SPD settings at each memory speed tested. The resulting lockups, memory corruption issues in XP, and the loss of a drive image when pushing the memory timings and clock speed concerns us for a production release BIOS. The limited memory voltage selection is another setback for the enthusiast although many users will not have an issue with the 2.1V maximum.


The ASUS P5NSLI at this time requires additional BIOS tuning in our opinion to solve memory compatibility issues we discovered during our initial testing. The board operates perfectly if the Auto settings are chosen or if the user has the time to find the limit of their memory when used on this board. Our general rule of thumb was to lower the timings no more than one step during testing and sometimes that was too much.

Overall, the board offers an affordable performance oriented platform for gaming. We look forward to additional testing with the board and providing results with our standard benchmark suite. We are still enthusiastic about the performance potential of this chipset considering the price and performance it delivers, though it will never be a great overclocker. In the end, this is a practical motherboard for the gamer on a budget; nothing more, nothing less.

Gaming Performance
Comments Locked

27 Comments

View All Comments

  • Gary Key - Tuesday, August 22, 2006 - link

    quote:

    Funny how your original look at NForce5 (as linked on page 2 of this article) showed 570 was supposed to also include DualNet, yet this board does not. :[


    That is due to the fact they are using a different chipset than the AM2 family although the marketing language is the same.
  • scott967 - Tuesday, August 22, 2006 - link

    I'm trying to understand the chart on memory which compares different chipsets. The Via PT580 falls apart on Sandra standard going from 533 to 667 memory. Is this correct?

    scott s.
    .
  • Gary Key - Tuesday, August 22, 2006 - link

    quote:

    I'm trying to understand the chart on memory which compares different chipsets. The Via PT580 falls apart on Sandra standard going from 533 to 667 memory. Is this correct?


    That is correct. ASRock and VIA have figured out the issue, just waiting on a fix that hopefully is bios related and nothing else.
  • Spacecomber - Tuesday, August 22, 2006 - link

    This came up before with another article, but perhaps it needs to be said again, I wish that Anandtech would stop using charts showing comparitive FPS that don't show a full FPS axis that starts with zero.

    I understand that you are trying to highlight the small differences that are being measured and that if you have a chart that uses a proper axis, starting at zero, these differenes are harder to see. However a chart with an axis starting with zero is still a better representation of the results than using a distorted graph to draw out the differences.

    Essentially, all you have graphed are the differences between the different results, and if this is what you want to do that is fine. Just relabel the graph and change the axis to show this. Call it something like "Increase in FPS with Memory Speeds Faster than DDR2-663" and then have an axis that runs from 0 to 5 FPS, since that should about cover all your results.

    Obviously, such a graph would not be very appealing or interesting, but it would be in better keeping with your data. And, the fact that it doesn't seem to be a very informative graph is precisely my point. Trying to dress these charts up, which really are only charts of the small differences between your results, as if they also provide a relative comparison of the different FPS with different motherboards and different memory timings, simply confounds things. You would do better to pick one or the other to represent, but not mash both together as you are doing now.

    It is bad enough that these statistics are posted in such a manner that pays little heed to the kinds of variations that are involved. Magnifying tiny differences in order to make them seen more significant only compounds the problem. Without these distorted graphs a reader might more correctly conclude that the differences in the frame rates, comparing these two different motherboards while using memory running at different speeds, are essentially insignificant. And, drawing out speculative conclusions, based on the perception of any differences, is most likely just much ado about nothing.
  • hibachirat - Wednesday, August 23, 2006 - link

    I don't mind those. But the red and green lines are to close for my red-green color blindness. I can almost tell them apart...but would be nice it the green was brightened and/or the red darkened just a bit.
  • Gary Key - Tuesday, August 22, 2006 - link

    quote:

    This came up before with another article, but perhaps it needs to be said again, I wish that Anandtech would stop using charts showing comparitive FPS that don't show a full FPS axis that starts with zero.
    Zero based graphs are available by clicking on the orginal image. :)
  • Gary Key - Tuesday, August 22, 2006 - link

    quote:

    This came up before with another article, but perhaps it needs to be said again, I wish that Anandtech would stop using charts showing comparitive FPS that don't show a full FPS axis that starts with zero.


    Our full review will not utilize these charts. Instead of separating the information and showing pages and pages of the data we felt like this was the best way to collectively show it all at once. We end up with either a graph that has the majority of data points stacked into a single line path or the other evil of not having a zero based graph. We are still working on an updated engine so hopefully this issue disappears quickly or we go back to the bar charts.

    Personally, it really bothers me not to have a zero base graph. I will work on another alternative today and update the article if it works. Thanks for the comments and we do agree with you.
  • JarredWalton - Tuesday, August 22, 2006 - link

    We have added a zero-based graphs as pop-ups if you want to see those results. The number tables at the bottom of the charts are intended to help you see that the scores really aren't that far apart, but now you can see the true relative difference.
  • shecknoscopy - Tuesday, August 22, 2006 - link

    Well, I've never been that discouraged with their axis labeling, but I could see how someone unfamiliar with the world of statistics could be misled by purported performance differences that are actually within the measurement error.

    Personally, if I were the one reporting these data, I'd use <b>both</b> methods. Plot the data as you currently do - so as to highlight subtle differences, and <b>also</b> place them on a full graph (where y ranges between 0 and the maximum observed value) in an inset. That way you get a nice zoom-in on the "interesting stuff," and a smaller zoom-out to illustrate that the differences are typically minor, compared to the absolute values.

    I'll also point out that, if you <i>really</i> want to get persnippity about their stats reporting, you should demand that they repeat their tests several times, and report each datum with an error bar. :)

    Of course, most of my suggestions for improvement involve the word "bar."

    -sheq
  • Renoir - Tuesday, August 22, 2006 - link

    I feel it's important to put a lot of these results in perspective with regards to their level of significance. For me personally when looking at results I find the thing that I find most useful is percentages. Lately it seems that a lot of system variables (memory timings/frequency, cpu cache etc) often result in differences of less than 10% in most cases which to me isn't that significant when just getting 1 higher speed bin on your cpu would get you that and probably for less money than say buying the very best ram. I guess I'm saying that when I see graphs that are zoomed in to highlight minor differences I find myself thinking "ok I see why they've done that but it would be nice to be given a percentage so that I can make a quick and dirty evaluation of whether the difference is significant or not". Just some random thoughts :-)

Log in

Don't have an account? Sign up now