GeForce FX Architecture Explained
Brian writes "3DCenter has published one of the most in-depth articles on the internals of a 3D graphics chip (the NV30/GeForce FX in this case) that I've ever seen. The author has based his results on a patent NVIDIA filed last year and he has turned up some very interesting relevations regarding the GeForce FX that go a long way to explain why its performance is so different from the recent Radeons. Apparently, optimal shader code for the NV30 is substantially different from what is generated by the standard DX9 HLSL compiler. A new compiler may help to some extent, but other performance issues will likely need to be resolved by NVIDIA in the driver itself."
Is that the politically correct way of saying "performance sucks"?
someone programmed the shaders to work with glide... i can't help hoping 3Dfx will perform some voodoo and ressurrect from nVidia's ashes. excuse me now, i must go stroke my voodoo5
peace,
-Grokent
Experience:
GeForce FX is really noisy
Explanation:
It sucks in large amounts of air to keep it cool. This is one of two ways a GeForce FX sucks. The other way is beyond the scope of this post.
Weird timing. I'm currently writing code for a class on microcontrollers. Most electrical engineering students would at some time come across an advanced digital course on microprocessors where one learns about different machine architectures and how to write assembly code for them. Are there any /.ers who have systematically studies GPU chips as part of a class, like say on graphic algorithms or DSP?
Stay sentient. Don't drink bad milk.
Does the FX architecture involve cheating on benchmarks? :)
no comment
Yes, it's common practice to pay websites to post articles about why your product sucks. Don't let anyone tell you that the bad press might possibly hurt business, that's a lie.
NVidia has much better Linux drivers then ATI. Support 'em.
--
est modus in rebus
From the article - "Because of the length of the pipeline and the latencies of sampling textures it is possible that the pipeline is full before the first quad reaches its end. In this case the Gatekeeper has to wait as long as is takes the quad to reach the end. Every clock cycle that passes means wasted performance then. An increased number of quads in the pipeline lowers the risk of such pipeline stalls."
I understand that the article writers are trying to come up with reasons that the Nvidia part is wasting performance, but this doesn't make sense. No architect in this right mind would ever design a pipeline that becomes full before the first instruction can exit. The means that you are fetching much faster than you are retiring instructions. That means you will always have a pipeline stall at the frontend and you will always be wasting cycles. I think the designers would have checked something like that. You can't afford pipeline stalls to happen regularly.
In the Windows(argh) world I really couldn't care less about what card to use.
ATI or NVIDIA, it's just a matter of taste and/or faith.
But in the Linux world NVIDIA still rules.
And it's not that NVIDIA's cards are better, but they at least have a descent Linux driver.
The bottom line is: "If you use Linux, the best choice still is a NVIDIA card!"
This article seems to reiterate what everyone has been saying (Carmack, Valve, everyone). The GeforceFX architecture can only be made competitive for 3d engines using modern shaders with herculean effort. This is to be competitive, not dominantly superior.
Honestly, I thought nVidia learned their lesson with the NV1 - don't make weird hardware.
Now, what has to be making GeforceFX owners worried is Gabe Newell's warning that the new Detonator drivers might be making illegitimate 'optimizations' and, furthermore, covering them up by rendering high quality screen captures.