SLI support in linux graphics drivers

[uOpt]

Originally Posted by arokh

What you're suggesting makes no sense at all. Do you think lowering the performance will give them the possibility to create a "higher abstracted" binary core that'll work on those OS'es? You need to stop for a moment and think

Basically yes.

I don't say they should replace the full-performance driver with this.

But if they told me, 'look, we can make a higher abstracted binary core, but you lose 30% basic functionality speed, you won't have hardware acceleration for the new foobar 08/15 shaders and we don't lock video pages against being paged out" then I would be pretty happy to use that for the very basic 3D programming I am doing.

For full speed for games I could boot into Windoze or a Unix kernel that runs the full-speed driver.

[arokh]

Your missing the point. There's no sense in making a crappy driver, period. Why don't you boot into Linux to do your basic 3D programming?

PS: It's spelled Windows, not "Windoze".

[uOpt]

Originally Posted by arokh

Your missing the point. There's no sense in making a crappy driver, period. Why don't you boot into Linux to do your basic 3D programming?

PS: It's spelled Windows, not "Windoze".

It might be spelled Windows, but it feels like Windoze. And it is the reason I use it for gaming and not for programming.

[gzunk]

Originally Posted by JaXXoN

BTW.: not realy a serious questions, but interessted in feedback
nevertheless: will SLI also work for a triple LCD setup? I mean, at the
moment, the first card takes care about two LCDs in twinview mode and the
second card handles the third LCD. Technically, i can imagine that it would be
possible that the first card renders the content of the first LCD and half
of the content for the second LCD. Then the second card renders the
other half of the the second LCD and shuffles the data through SLI to
the first card. Finally the second card renders the content of the third LCD.
This way, you would get roughly a 30% improovement (i.e. 20 ms for the
first card + 10 ms for the second card per frame vs. 15 ms / 15 ms).

Well, the drivers at the moment turn off every monitor you have connected except the primary monitor on the primary card when running in SLI mode, so I don't see your scenario being implemented any time soon...

[kpaden]

I have a Tyan Thunder S2895 with 2 opterons. Each Opteron has 1GB of RAM. Plus a 3ware raid controller with 1.5TB of disk. I run SUSE 9.3, and I have 2 6600GT cards configured for SLI. I thought about getting the 7800GT cards, but since Nvidia does not support SLI under Linux yet I have no need.

Why not get the 7800GT first for extended throughput? Because I already have 2 6600GT cards that don't do SLI yet. So, after Nvidia fixes their Linux drivers, then I will upgrade.

Yes I want the bragging rights of having a WORKING SLI configuration.

BTW, How do I get the Nvidia driver to load in my config in the first place. The 7667 driver does not seem to load even after following directions.

[gilboa]

Hehe.
My s2895 was shipped without an SLI bridge.
I'm getting that SLI bridge shipped to me on Sunday/Monday.
Now, if only I had a second 6800GT and Linux SLI support