Originally posted by allquixotic
View Post
Announcement
Collapse
No announcement yet.
LLVMpipe Still Doesn't Work For Linux Gaming
Collapse
X
-
I think these results are actually quite impressive. Sure, it isn't matching the performance of dedicated hardware, but did anyone seriously expect that at this point? The gap between the CPU and GPU is remarkably small considering that the CPU is a fully generic processor.
I am particularly interested in what this might hold for the future. The AVX2 instruction set extension has four times the floating-point vector throughput, two times the integer vector throughput, and gather instructions which replace 18 legacy instructions!
So what are the LLVMpipe developers' thoughts on the future of real-time CPU rendering?
Comment
-
Originally posted by smitty3268 View PostNot really, no.
Well, the next major milestone is GL 3 support. It seems like it's pretty close, so hopefully it makes it as part of the Mesa 8.1 release, but no one has actually committed to making sure that happens.
I think the main thing is just adding new features, like GL3. I'm not sure anyone has thought about the best way to bring OpenCL support to it yet.
There was that one project to add a kernel side to the driver, which would let it avoid making a bunch of memory copies that it currently has to do. I'm not sure what the status of that was, if it's in with some of the DMA-BUF work or what. Beyond that, I don't think anyone is particularly focused on the performance of the driver. Just adding new features seems to be what most people are looking at.
I was doing GL3 support as a spare time project, but my spare time decided it would rather do something else, so I might get back to it eventually,
The kernel stuff was only for making texture-from-pixmap faster so gnome-shell can go faster, it doesn't make llvmpipe itself go faster at all.
Dave.
Comment
-
Originally posted by sandy8925 View PostAre multiple threads being used or only a single thread?
What am I doing wrong? Some bad arguments to Mesa build? Or is this only starting at some specific LLVM version?
Comment
-
Originally posted by curaga View Postglxinfo will say which driver you have, and you can force softpipe with the GALLIUM_DRIVER=softpipe var IIRC.
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x300)
OpenGL version string: 2.1 Mesa 8.1-devel
OpenGL shading language version string: 1.20
But I have tested it just now on celestia and it now has 5 threads (on 4 core cpu) which I haven't noticed before. They not using the cores at 100%, but about 25% each and the program is slow. But I haven't noticed this threading before so there may be progress. Maybe it is due to me upgrading to X.org server 1.12 and llvm 3.0 recently.
Comment
Comment