So, does the 7950GX2 count as a single card solution?

Page 10 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.

redbox

Golden Member
Nov 12, 2005
1,021
0
0
Originally posted by: beggerking
Originally posted by: josh6079

You were simply trying to prove the point that the hardware does not necessarily need a driver to throw an image on your screen. That is correct..

good. End of discussion.

No that's not the end of the descusion. While it is true that you can get an image without a driver. It won't help you in a game. The only reason anyone would buy the 7950GX2 is so that they get good performance while gaming. This has to be done by using an SLI version of the Nvidia drivers. Now whether you call that SLI version "Device Driver Data Path" "Driver Path" or "Data Path" doesn't change the fact that it needs a driver optomised for SLI. In this regard the software(I include drivers and bios in the software description) reacts to the card as if it was an SLI setup which untill now has been two cards.
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
redbox, I'm really wondering if you are just Josh's "other" account now....

anyways, let me clarify something for you.

1. NO DRIVER PATH! it doesn't exist and is technically incorrect. Please use the correct technical term " data path ".

"In this regard the software(I include drivers and bios in the software description) reacts to the card as if it was an SLI setup which untill now has been two cards"

so, does that make 7950(hardware) not a single card solution?
 

redbox

Golden Member
Nov 12, 2005
1,021
0
0
Originally posted by: beggerking
redbox, I'm really wondering if you are just Josh's "other" account now....

anyways, let me clarify something for you.

1. NO DRIVER PATH! it doesn't exist and is technically incorrect. Please use the correct technical term " data path ".

"In this regard the software(I include drivers and bios in the software description) reacts to the card as if it was an SLI setup which untill now has been two cards"

so, does that make 7950(hardware) not a single card solution?

I don't argue with the fact that the 7950GX2 is a single card. You can't buy half of it. However, it does act like two cards through software, which is what we have been trying to show you.
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
2 GPU, not 2 cards.

technically, software don't see.. but thats complicated. Lets agree on this, dualcore single card.

redbox, BFG disagree with 2 GPU though. He thinks its 2 cards, why don't you debate with him now?
 

RobertR1

Golden Member
Oct 22, 2004
1,113
1
81
Originally posted by: beggerking
2 GPU, not 2 cards.

technically, software don't see.. but thats complicated. Lets agree on this, dualcore single card.

redbox, BFG disagree with 2 GPU though. He thinks its 2 cards, why don't you debate with him now?

So they're now 2cores one on die?
 

redbox

Golden Member
Nov 12, 2005
1,021
0
0
Originally posted by: beggerking
well, it does act as a dualcore GPU.

Wrong it acts like a dual card SLI system. It would be fine by me to call it a dual gpu solution, but the fact remains that it still acts like a dual card system when regarding software. Maybe at the micro level it doesn't but as far as the user end of software it acts like two cards. You have to have SLI drivers and they perform on about the same level as two 7900gt's in SLI. They might have the same bugginess also, but I don't know I don't own the card.
 

RobertR1

Golden Member
Oct 22, 2004
1,113
1
81

Why is it called QUAD Sli? and not just Sli?

If it was even 2 chips on one PCB, I'd be more inclined to agree but it's not. It's 2 cards bonded together, nothing more.
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
Originally posted by: redbox
Originally posted by: beggerking
well, it does act as a dualcore GPU.

Wrong it acts like a dual card SLI system. It would be fine by me to call it a dual gpu solution, but the fact remains that it still acts like a dual card system when regarding software. Maybe at the micro level it doesn't but as far as the user end of software it acts like two cards.

please explain to me the difference between dual GPU solution and a dualcore solution, in regards to software. I don't see there is a difference in these solutions when it comes to software.
 

redbox

Golden Member
Nov 12, 2005
1,021
0
0
Originally posted by: beggerking
Originally posted by: redbox
Originally posted by: beggerking
well, it does act as a dualcore GPU.

Wrong it acts like a dual card SLI system. It would be fine by me to call it a dual gpu solution, but the fact remains that it still acts like a dual card system when regarding software. Maybe at the micro level it doesn't but as far as the user end of software it acts like two cards.

please explain to me the difference between dual GPU solution and a dualcore solution, in regards to software. I don't see there is a difference in these solutions when it comes to software.

Well it depends I would think that a dualcore solution would be able to address all of the information in memory instead of having it's own buffer. The 7950GX2 has 512mb of ram on for each gpu but they can't draw from the info on the other core's 512mb. Some dualcore cpu's act this way but they are moving to where there is 2mb that both cores pull from instead of just 1mb per core. I don't know wether you get any performance benifits from having a collective pool of memory, but there is a difference there. 7900gt in SLI can't write or pull any info from the other cards memory can it?
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
Originally posted by: redbox
Originally posted by: beggerking


please explain to me the difference between dual GPU solution and a dualcore solution, in regards to software. I don't see there is a difference in these solutions when it comes to software.

Well it depends I would think that a dualcore solution would be able to address all of the information in memory instead of having it's own buffer. The 7950GX2 has 512mb of ram on for each gpu but they can't draw from the info on the other core's 512mb. Some dualcore cpu's act this way but they are moving to where there is 2mb that both cores pull from instead of just 1mb per core. I don't know wether you get any performance benifits from having a collective pool of memory, but there is a difference there. 7900gt in SLI can't write or pull any info from the other cards memory can it?

that is hardware, not software...
anything in regards to software ?
 

redbox

Golden Member
Nov 12, 2005
1,021
0
0
Originally posted by: beggerking
Originally posted by: redbox
Originally posted by: beggerking


please explain to me the difference between dual GPU solution and a dualcore solution, in regards to software. I don't see there is a difference in these solutions when it comes to software.

Well it depends I would think that a dualcore solution would be able to address all of the information in memory instead of having it's own buffer. The 7950GX2 has 512mb of ram on for each gpu but they can't draw from the info on the other core's 512mb. Some dualcore cpu's act this way but they are moving to where there is 2mb that both cores pull from instead of just 1mb per core. I don't know wether you get any performance benifits from having a collective pool of memory, but there is a difference there. 7900gt in SLI can't write or pull any info from the other cards memory can it?

that is hardware, not software...
anything in regards to software ?

The way it moves memory is software isn't it? Should those instructions be included in a driver, which is one of the reasons they had to update the drivers for support of the 7950GX2? Yes it is bound by the limitations of the hardware, which is why some of us don't understand when you say things like "software doesn't need hardware to run", or "software has nothing to do with hardware."
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
No. memory read/write is the same for 7950 vs single GPU cards.
driver support is used for pnp to recognize 7950gx2.

any more suggestions?

"software doesn't need hardware to run", or "software has nothing to do with hardware."
because software can be fooled/emulated. software can be fooled to see dual cpu when there really is only 1 single CPU. (p4 ht) .
 
Apr 6, 2006
32
0
0
Originally posted by: beggerking
"software doesn't need hardware to run", or "software has nothing to do with hardware."
because software can be fooled/emulated. software can be fooled to see dual cpu when there really is only 1 single CPU. (p4 ht) .

but nvidia does the other way around use software to emulate a single gpu

EDIT:
when sli dont work, what you got then, a half card ?? :)
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
Originally posted by: spank
Originally posted by: beggerking
well, it does act as a dualcore GPU.

Would you call, for example a renderfarm as a single computer, it acts like one so therefor it must be a single one, right ?

software-wise or hardware-wise?
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
Originally posted by: spank
Originally posted by: beggerking
"software doesn't need hardware to run", or "software has nothing to do with hardware."
because software can be fooled/emulated. software can be fooled to see dual cpu when there really is only 1 single CPU. (p4 ht) .

but nvidia does the other way around use software to emulate a single gpu

EDIT:
when sli dont work, what you got then, a half card ?? :)

Right, thats what I meant by "software has nothing to do with hardware". what software sees don't reflect what is truely presented in hardware.. because software is capable of emulations.

When SLI don't work, both GPU gets same data and process on EXACT same piece of data at the same time, results in no parallelism and no speed increase. data are simply processed twice (correctly protocoled data gets returned to OS).
 

Munky

Diamond Member
Feb 5, 2005
9,372
0
76
Originally posted by: spank
Originally posted by: beggerking
"software doesn't need hardware to run", or "software has nothing to do with hardware."
because software can be fooled/emulated. software can be fooled to see dual cpu when there really is only 1 single CPU. (p4 ht) .

but nvidia does the other way around use software to emulate a single gpu

EDIT:
when sli dont work, what you got then, a half card ?? :)

Then you get half of what you paid for, however you count it.
 

BFG10K

Lifer
Aug 14, 2000
22,709
3,002
126
well, there is no such thing as driver path, its called a DATA PATH!!!
This is nothing more than semantic nitpicking and you're simply clutching at straws because your simpleton arguments are going nowhere.

And I guess you think John Carmack (et al) are all incorrect when they refer to their games as having render paths?

So you would consider a single P4 CPU with Hyperthreading as 2 CPUs since software sees it exactly the same way it sees a dualcore CPU?
You continue to ignore the hardware side of things and that's why your understanding is so limited.

Hyper-Threading doesn't add another physical CPU, it simply allows the utilization of unused pipeline locations from the existing CPU without duplicating an entire CPU core.

This is totally unlike the 7950 which is literally two GPUs strapped together on two PCBs and unlike dual-core which has two physical CPU cores with the associated transistor duplication.

so, does that make 7950(hardware) not a single card solution?
It's not a single card because:

[*]It requires the SLI driver path to function properly.

[*]It is literally two separate GPUs stuck together on two PCBs with all of the associated hardware duplication.

[*]It can't run dual-display like single cards can.

Right, thats what I meant by "software has nothing to do with hardware". what software sees don't reflect what is truely presented in hardware.. because software is capable of emulations.
Then demonstrate the following:

[*]How to get SLI AA operating on a single card.

[*]How to get dual-display operating on SLI.
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
Originally posted by: BFG10K
well, there is no such thing as driver path, its called a DATA PATH!!!
This is nothing more than semantic nitpicking and you're simply clutching at straws because your simpleton arguments are going nowhere.

And I guess you think John Carmack (et al) are all incorrect when they refer to their games as having render paths?
a mistake is a mistake, please stop trying to justify it.

Hyper-Threading doesn't add another physical CPU, it simply allows the utilization of unused pipeline locations from the existing CPU without duplicating an entire CPU core.
no. hyperthread is the ability to set aside current process( that might be waiting for IO) and start running the next process.

It's not a single card because:

[*]It requires the SLI driver path to function properly.

[*]It is literally two separate GPUs stuck together on two PCBs with all of the associated hardware duplication.

[*]It can't run dual-display like single cards can.

SLI is a software data scheduler. It is not hardware and does not depend on hardware and does not determine whether its a single card or not..
[*]How to get SLI AA operating on a single card.
what does that have to do with anything?
[*]How to get dual-display operating on SLI.

disable SLI so the same data is distributed to both GPUs.
 

BFG10K

Lifer
Aug 14, 2000
22,709
3,002
126
a mistake is a mistake, please stop trying to justify it.
Your entire posting history in this thread is a giant mistake and the sad thing is that you're the only one that thinks otherwise.

I'm still waiting for a retraction of your totally bullsh*t explanation of how SLI AA works. This also begs the question of why you think your replies are so clever given you don't actually have a clue what you're replying about.

no. hyperthread is the ability to set aside current process( that might be waiting for IO) and start running the next process.
So are you disagreeing with what I said or are you simply posting useless rhetoric? Do you read what you respond to? And why are your replies at a child-like level when you think you're so smart?

SLI is a software data scheduler. It is not hardware and does not depend on hardware and does not determine whether its a single card or not..
If it doesn't depend on hardware then explain how to operate SLI on a single card. Also explain why nVidia calls two 7950s Quad SLI and also explain how to get the "scheduler" to get SLI AA working on a single card.

what does that have to do with anything?
The "software has nothing to do with hardware" steaming pile you keep producing. If that's the case then demonstrate how to get SLI AA working on a single card.

disable SLI so the same data is distributed to both GPUs.
But I thought the "hardware has nothing to do with software"? So why then do we need to change the software to make it behave like a single card - something that is not needed on an actual single card - despite your claim the 7950 is already a single card?

Also demonstrate to me how to get SLI and SLI AA working on a single card ("hardware has nothing to do with software", and "it's just a software scheduler").
 

beggerking

Golden Member
Jan 15, 2006
1,703
0
0
Originally posted by: BFG10K

no. hyperthread is the ability to set aside current process( that might be waiting for IO) and start running the next process.
So are you disagreeing with what I said or are you simply posting useless rhetoric? Do you read what you respond to? And why are your replies at a child-like level when you think you're so smart?

I'm referring to your
"Hyper-Threading doesn't add another physical CPU, it simply allows the utilization of unused pipeline locations from the existing CPU without duplicating an entire CPU core. "
what'd hell are you talking about? care to explain the bolded part? it meant nothing! , nonsense just as your "driver path" theory. Don't assume something to be child-like/uselsss rhetoric only because you don't understand. If your "driver path" theory havn't showed your child-like level in computer knowleges, above will.

SLI is a software data scheduler. It is not hardware and does not depend on hardware and does not determine whether its a single card or not..
If it doesn't depend on hardware then explain how to operate SLI on a single card. Also explain why nVidia calls two 7950s Quad SLI and also explain how to get the "scheduler" to get SLI AA working on a single card.
1. explain to me then, what is your explaination of SLI software? how does it work that would makes it require hardware?
2. "how to get the "scheduler" to get SLI AA working on a single card." ... that is the DUMBEST question I've ever heard! do you even know what a scheduler is ? it has nothing to do with SLI AA. information between 2 GPUs CAN be shared with SLI bridge btw. Now please explain your "driver path" and your "HT utilize unused pipeline crap".

what does that have to do with anything?
The "software has nothing to do with hardware" steaming pile you keep producing. If that's the case then demonstrate how to get SLI AA working on a single card.

you can't do SLI AA on a single card, and what EXACTLY IS YOUR POINT? stop posting bullsh*t questions without actual point!

SLI AA means each GPU does 4x AA, then combine to produce 8x, then output.
Single card GPU each can only do 4xaa at once , so its pointless to call it SLIAA. so what is your point?
disable SLI so the same data is distributed to both GPUs.
But I thought the "hardware has nothing to do with software"? So why then do we need to change the software to make it behave like a single card - something that is not needed on an actual single card - despite your claim the 7950 is already a single card?
little kid, please, please do some research before you reply.
hardware works as long as it runs as it is designed for. 7950 is designed to take 2 input data and process them on 2 GPUs, so as long as there are 2 input data coming into the card, the hardware is working and is working as it was designed for.

the problem is, we don't want 2 GPUs to work on same set of data. We want them to each work on a different set of data. that is why we have SLI/CPU scheduler.


I'm sure your level won't grasp such distinction between software and hardware. Therefore I'm going to leave you here to rot. go ahead and believe your "what you see in hardware manager is what you get" theory, and oh ya, you do have dual CPU with your P4 HT.
right.

don't bother to reply, I'm done here with your crap. You simply don't listen and kept asking stupid questions, while making up dumb phrases such as "Driver path"
hahahahaha
 

Rangoric

Senior member
Apr 5, 2006
530
0
71
Originally posted by: beggerking
please, please read do some research before you reply.
hardware works as long as it runs as it is designed for. 7950 is designed to take 2 input data and process them on 2 GPUs, so as long as there are 2 input data coming into the card, the hardware is working and is working as it was designed for.

the problem is, we don't want 2 GPUs to work on same set of data. We want them to each work on a different set of data. that is why we have SLI/CPU scheduler.

Yes, exactly, so why can't this "single card" output to 2 monitors using both cards rendering seperate things?