aaronspink
Veteran
Well according to Nvidia, they're a "software company" as they have more software engineers than hardware engineers
That would explain a lot
Well according to Nvidia, they're a "software company" as they have more software engineers than hardware engineers
This website seems to be fishing for hits though:On Wednesday, KitGuru heard that, for now, no more orders are being taken for the nVidia GeForce GTX470.
[...]
KitGuru UPDATE: Word has now reached us of a 375w, dual-GPU, GTX490. If true, then that could explain any reluctance to take new orders for the GTX470. nVidia could have choosen to move its GTX470 cores to the new GTX490 card, while it positions the 200w GTX465 chip against AMD’s Radeon HD 5850.
nVidia to drop CUDA support on GTX465? said:All things being equal, how do you make a product run faster? Easy. You make it simpler. Right now, there is a rumbling in Asia that nVidia will drop CUDA support.
http://www.kitguru.net/components/graphic-cards/faith/end-of-the-road-for-gtx470/
This website seems to be fishing for hits though:
http://www.kitguru.net/components/graphic-cards/zardon/nvidia-to-drop-cuda-on-gtx465/
I tend towards the view these are bullshit news style articles. I'm not sure, is this website new and trying to get itself on the map?
No disabled GPCs in GTX 465 ?:
I think that way they kept all of their raster engines intact , will that make a difference ? is that arrangement even balanced architecturally ?
http://www.brightsideofnews.com/news/2010/5/19/final-nvidia-geforce-gtx-465-specs-are-out.aspx
Well according to Nvidia, they're a "software company" as they have more software engineers than hardware engineers
Dunno about this.
This is fudzilla quality reporting.This website seems to be fishing for hits though:
http://www.kitguru.net/components/graphic-cards/zardon/nvidia-to-drop-cuda-on-gtx465/
Yeah well, what software are the working on... consumer drivers, or HPC software. Of course the QA for these drivers would be a nightmare. Eyefinity is not a sure thing to work with all titles and Nvidia may want to be sure "it just works" with all titles.
Yeah well, what software are the working on... consumer drivers, or HPC software. Of course the QA for these drivers would be a nightmare. Eyefinity is not a sure thing to work with all titles and Nvidia may want to be sure "it just works" with all titles.
I'm of the opinion that the ROPs aren't coupled to a cluster like that anyway. I bet you could lose all the ROPs and keep all of the ALU intact in GF100.here's how I interpret it : in the event a raster engine is hit, then you'd lose all four multiprocessor from one quarter of the chip. after that you can only afford losing one multiprocessor on the rest of the chip.
Well, I wouldn't be horribly surprised to see nVidia drop CUDA at some point, considering that from what I understand there is very little reason to program for CUDA instead of OpenCL on nVidia hardware.In my opinion, it doesn't make any sense, if the 465 can support OpenCL, it can support CUDA too.
May be they could try to differentiate the products ? (i.e. do you want to run a CUDA application ? You have to buy one of the expansive cards).
I'm of the opinion that the ROPs aren't coupled to a cluster like that anyway. I bet you could lose all the ROPs and keep all of the ALU intact in GF100.
Well, I wouldn't be horribly surprised to see nVidia drop CUDA at some point, considering that from what I understand there is very little reason to program for CUDA instead of OpenCL on nVidia hardware.
I would guess that you are not a programmer either. Right?CUDA ist their interface to the machine code/language. There is no "CUDA programming". You can use C, C++, Fortran, OpenCL, DC, PhysX...
CUDA ist their interface to the machine code/language. There is no "CUDA programming". You can use C, C++, Fortran, OpenCL, DC, PhysX...