Originally posted by droste
View Post
Announcement
Collapse
No announcement yet.
AMD's Initial Radeon Driver Changes For Linux 3.12
Collapse
X
-
On Windows (and probably fglrx, but I've never had success with it) Eyefinity only works with monitors from one GPU. You plug all your monitors into one GPU and then the other GPU has no monitors attached. Both GPU's have to have the framebuffer though (maybe GPU with monitors has the whole framebuffer while secondary GPU only has the part it's rendering, not sure). If they could make it so SLS surfaces could be made that span multiple GPU's that'd be awesome for video walls and such. When they first demoed Eyefinity they had like a 24 monitor video wall, never was explained how that worked since 24 monitors across 4 GPU's wasn't an option in Windows drivers.
Comment
-
Originally posted by Luke View PostThere is one bug right now: You need to change the driver name in the ~/.drirc file it makes from the name of the driver (r600, etc) to dri2 for it to work.
Comment
-
Originally posted by bridgman View PostYou don't need Crossfire for OpenCL because the API explicitly supports multiple GPUs. You need Crossfire for graphics because most usage scenarios need multiple GPUs to appear as a single GPU to the API.
Reason? Video transcoding while gaming without skipping a beat.
Also do you have any info on the AMD Seattle ARM server SoCs? Like what kind of GPU performance will they have and will they have OSS drivers? Will they be packaged in a way that they can be used in something like a laptop out of them? Low power draw HTPC front end box? The PCIe they are stated to have, will it support off the shelf PCIe cards?
**These are the kinds of questions Larabel should be asking...
Comment
-
The fglrx feature to spread a single surface across multiple GPUs was called Multiview. It's pretty complex, primarily because every drawing operation has to be checked to see which GPU(s) it needs to be rendered on. IIRC the equivalent capability for open source 2D (EXA) was called "shatter", and I don't remember much discussion about 3D (OpenGL).
In general it ends up faster doing all the rendering on one GPU into a single large frame buffer and copying portions to other GPUs for display as Alex said -- the time you lose on the copy you make up by not having to check and possibly replicate all the drawing operations.Test signature
Comment
-
Originally posted by CalcProgrammer1 View PostWhen they first demoed Eyefinity they had like a 24 monitor video wall, never was explained how that worked since 24 monitors across 4 GPU's wasn't an option in Windows drivers.
Comment
-
Originally posted by droste View PostThat's why I thought multi-gpu is called Eyefinity. I've done that with 2 GPUs and 10 monitors in windows (with 1 application spanning all 10 monitors). And Later this month or next month I have to test if 4 GPUs and 24 monitors workTest signature
Comment
-
Originally posted by Kivada View PostSo I take it it's still too far out for you to make any statements on the ARM based chips?Test signature
Comment
Comment