You know, there sure seems to be a lot of love of NVIDIA's mobo chipsets. Well, my joy with this nForce4 really is coming to an end here.
I've been doing some research on Active Armor, and whether it can work at all or not. I also have been having pops and clicks out of my Audigy 2, reminiscent of a PCI Latency issue. What info I've run into looking into these issues is rather shocking and will probably make me not buy another NVIDIA chipset in the future.
http://www.xtremesystems.org/forums/showthread.php?t=67302
And, of course, Active Armor is said to not work right at all.
http://forums.nvidia.com/index.php?showtopic=11914&hl=nvtcp
Here we have folks trying to solve corruption issues with the buggy NV Ethernet and NV's Active Armor. One can solve the corruption and BSOD issues by disabling TCP offloading, as reported at Tech Report, but that's hardly the only issue with NAM/AA.
http://www.nforcershq.com/forum/nvidias-intrest-in-fixing-the-active-armor-problem-vt66765.html
This is a many page thread with people trying again to get Active Armor working. This is way more recent than Tech Report's post about NV solving corruption thru disabling TCP offload.
Check out this quote of a reply from NVIDIA's Norman Chen of Networking. This is from last month. Gotta cringe at what he says about marketing being in control. So much for quality drivers.
http://forums.nvidia.com/index.php?showtopic=8171&hl=nvtcp
Here's a thread about data corruption reminiscent of the same problem with VIA's 686B southbridge used way back when with KT133 and KT133A.
-----
I've been running this DFI NF4 Ultra-D board for about 8 months now. It works pretty well as long as you don't install NVIDIA's network software (the ethernet driver alone is OK). I gave the Active Armor software a shot last night, figuring it would at least work now that NV has admitted problems and that there have been driver revisions since then.
Not so.
The Xtremesystem's forum post has a link to a company named RME Audio that did some tests with NF4 and came to some disturbing conclusions about its viability for high-end audio work:
http://www.rme-audio.de/english/techinfo/nforce4_tests.htm
Amazing how in almost 2 yrs NVIDIA can't solve the problem of corruption, but with a few weeks with Jeremy they get something accomplished. I feel the NF4 problems are basically being ignored. Active Armor should just be dropped completely from the package because it DOES NOT WORK. On install of the latest driver package I got data corruption and instability. Unless you know not to install the NVIDIA NAM/AA, you are going to be in for a rough ride.
I'm not sure what to think of the Audigy/X-Fi vs. NF4 issue. I find it ridiculous that PCI latency could still be a problem today. But it sure seems that that is the issue here.
I find it amazing that an NV engineer working with a home user can solve a corruption issue with Linux server connections that has been plaguing NF4 Active Armor for almost 2 years. What kind of Q&A do they bother with over at NV? This is unbelievable. And the engineer went incommunicado for something like a month when he was supposed to be getting back to Jeremy. He comes back saying marketing is taking up all his time implementing new features. Nice.
IMO, stay away from NF4 and NF5.
I've been doing some research on Active Armor, and whether it can work at all or not. I also have been having pops and clicks out of my Audigy 2, reminiscent of a PCI Latency issue. What info I've run into looking into these issues is rather shocking and will probably make me not buy another NVIDIA chipset in the future.
http://www.xtremesystems.org/forums/showthread.php?t=67302
This one is sorta a tell-all. It brings up bus hogging issues NF4 has between PCIe and PCI, which is probably the cause of Audigy and X-Fi issues on the board. The bus is hogged by the video card (a latency issue) which causes audio problems in games. It doesn't happen in situations where the video card isn't being hit hard.All one needs to do is browse the nVidia forums, http://forums.nvidia.com,
to find many alleged problems with the nForce4/AMD chipsets. The following
points are brought into focus:
1. nVidia is completely silent in responding to end user complaints about
defects.
2. The MAC Ethernet controller has issues (NAM, network access
manager/firewall; ACTIVE ARMOR, hardware acceleration).
3. The IDE/SATA controller has issues (shares irq with NAM; data loss).
4. After infrequent new bios releases the problems still exist.
5. It is now more likely that these problems are unfixable hardware bugs.
And, of course, Active Armor is said to not work right at all.
http://forums.nvidia.com/index.php?showtopic=11914&hl=nvtcp
Here we have folks trying to solve corruption issues with the buggy NV Ethernet and NV's Active Armor. One can solve the corruption and BSOD issues by disabling TCP offloading, as reported at Tech Report, but that's hardly the only issue with NAM/AA.
http://www.nforcershq.com/forum/nvidias-intrest-in-fixing-the-active-armor-problem-vt66765.html
This is a many page thread with people trying again to get Active Armor working. This is way more recent than Tech Report's post about NV solving corruption thru disabling TCP offload.
Check out this quote of a reply from NVIDIA's Norman Chen of Networking. This is from last month. Gotta cringe at what he says about marketing being in control. So much for quality drivers.
Norm and Jeremy go back and forth for a while. Jeremy helps them actually solve a corruption bug, allowing TCP offload to be enabled. I tried out these debug drivers and while corruption seems to be gone, my comp BSODed during the night running uTorrent. Never saw that without Active Armor.Hi Jeremy,
This is Norm from NVIDIA and I wanted to get back in touch with you about the corruption issue. I know I definitely dropped the ball on communication here -- I really apologize for that.
Since I last emailed you in May, we went through two releases of nForce5 drivers, and the corruption issue got bumped down low in our priorities. Because our product cycle is short, we get too caught up implementing new features sometimes that we overlook existing issues and support for the older drivers. As an engineer, I am also concerned whenever our products, old or new, have issues and don't work correctly for end users. Yet it's not always easy to work on it because at the same time, our marketing/sales is always pushing newer features. Regardless, I should have given you some heads-up about our progress. Thank you for your worries and for supporting NVIDIA during this time.
The good news now are that we are looking at this issue again and that your previous memory dump was helpful. If you remember, I added some code to trace the HW status/commands in the debug driver I sent you. Well, we were able to spot some traces in the memory dump that correspond to the corruptions in the file. They point to some potential code in the driver where the bug might be, but we need some more info to pinpoint the issue.
So now I would like to send you another debug driver that has more traces to capture the bug. Are you still willing to help us with collecting another trace dump? It will be pretty much the same steps as below.
Thanks,
Norm
http://forums.nvidia.com/index.php?showtopic=8171&hl=nvtcp
Here's a thread about data corruption reminiscent of the same problem with VIA's 686B southbridge used way back when with KT133 and KT133A.
-----
I've been running this DFI NF4 Ultra-D board for about 8 months now. It works pretty well as long as you don't install NVIDIA's network software (the ethernet driver alone is OK). I gave the Active Armor software a shot last night, figuring it would at least work now that NV has admitted problems and that there have been driver revisions since then.
Not so.
- I tried a download of a ~200MB game demo. Corrupted.
- BSOD after a couple hours of uTorrent.
- The web-based UI locks up the entire system if I try to disable TCP Offload in the Ethernet settings.
The Xtremesystem's forum post has a link to a company named RME Audio that did some tests with NF4 and came to some disturbing conclusions about its viability for high-end audio work:
http://www.rme-audio.de/english/techinfo/nforce4_tests.htm
At present the NF4 single cpu chipset cannot be recommended for demanding pro DAW work. Multimedia users, recording hobbyists or semi-pro DAW users who use a limited combination of streamed audio tracks, samples and/or VSTis may not face the aforementioned limitations and performance may be as good as on any comparative platform.
.....
It thus so far seems as if the current breed of PCI-E/SLI bus/driver implementation creates artifacts which hog resources off the PCI-E bus as both the FireWire and PCI soundcards communicate and stream audio data via the PCI bus on the PCI-E/SLI equipped mainboards) - seemingly the more demanding PCI-E video cards cause more performance penalty on audio streamed via the PCI bus even when only used in 2D video modes.
Amazing how in almost 2 yrs NVIDIA can't solve the problem of corruption, but with a few weeks with Jeremy they get something accomplished. I feel the NF4 problems are basically being ignored. Active Armor should just be dropped completely from the package because it DOES NOT WORK. On install of the latest driver package I got data corruption and instability. Unless you know not to install the NVIDIA NAM/AA, you are going to be in for a rough ride.
I'm not sure what to think of the Audigy/X-Fi vs. NF4 issue. I find it ridiculous that PCI latency could still be a problem today. But it sure seems that that is the issue here.
I find it amazing that an NV engineer working with a home user can solve a corruption issue with Linux server connections that has been plaguing NF4 Active Armor for almost 2 years. What kind of Q&A do they bother with over at NV? This is unbelievable. And the engineer went incommunicado for something like a month when he was supposed to be getting back to Jeremy. He comes back saying marketing is taking up all his time implementing new features. Nice.
IMO, stay away from NF4 and NF5.
Last edited by a moderator: