Originally posted by Linuxhippy
View Post
Announcement
Collapse
No announcement yet.
AMD Catalyst vs. X.Org Radeon Driver 2D Performance
Collapse
X
-
Originally posted by MrCooper View PostThere's nothing to merge back really; UXA just deletes the code from the EXA core which would be inactive anyway if the EXA driver allocated pixmap memory itself (which has been possibe since before UXA).
I wonder, was the new "xf86-video-radeonhd:r6xx-r7xx-support" branch used for the benchmark? Because only this supports RENDER accaleration, however its rather untested unstable and incomplete.
- Clemens
Comment
-
Originally posted by Linuxhippy View PostWhat I ment with "merge" is that EXA should be made more flexible, making all the unescessary stuff optional.
There are also academic problems with the EXA driver interface for pixmap memory allocation, but I think it would have been better to fix those than to duplicate the code...
I wonder, was the new "xf86-video-radeonhd:r6xx-r7xx-support" branch used for the benchmark? Because only this supports RENDER accaleration, [...]
Comment
-
Originally posted by MrCooper View PostThe X1800XT mentioned in the article is an R520, which has been well supported for a while.
From what I understand that comparison compares how fast the drivers can up/download as well as pixman performance
- Clemens
Comment
-
if you would see my comparison test, this is the link: http://www.ech0s7.netsons.org/index.php/archives/31
ech0s7
Comment
-
Originally posted by ech0s7 View Postif you would see my comparison test, this is the link: http://www.ech0s7.netsons.org/index.php/archives/31
ech0s7Michael Larabel
https://www.michaellarabel.com/
Comment
-
I am quite interested how RadeonHD will do once their r660-r700 accaleration branch is ready.
For now both Catalyst as well as RadeonHD are mostly software-only on R600+.
@Michael: Any plans to do a 2D comparison between NVidia / ATI / Intel?
By the way some JXRenderMark tests are not really real-world, so I recommend limiting to: rects, rectscomposition, putcomposition, all the different blits, texturepaint and gradientpaint.
Comment
-
2D on the open source drivers will kick ass. That's a technical term
Seriously, the only thing we are not sure about yet is copying to an overlapping area with the 3D engine. The old 2D engine was very "sequential" in its processing so you always knew the exact sequence of reads and writes (that really matters when copying with overlapping source and destination areas), but the 3D engine does so much in parallel that right now we are forcing line-at-a-time copies (which are slow) to ensure the scroll operation does not over-write content accidentally.
A number of potential optimizations have already been identified (most of them are pretty obvious), but I don't know if we will be able to match the performance of the old 2D acceleration block in all scenarios.
Copying to an overlapping area is primarily an issue when scrolling without a compositor, so hopefully it will become a non-issue for real-world experience as the use of compositing desktop managers become more common. I don't know how much this particular operation is reflected in benchmarks, however.Last edited by bridgman; 30 January 2009, 01:10 PM.Test signature
Comment
-
Originally posted by bridgman View Post2D on the open source drivers will kick ass. That's a technical term
Seriously, the only thing we are not sure about yet is copying to an overlapping area with the 3D engine.
Copying to an overlapping area is primarily an issue when scrolling without a compositor, so hopefull as the use of compositing desktop managers become more common. I don't know how much this particular operation is reflected in benchmarks, however.y it will become a non-issue for real-world experience
Do you think there is any chance for accalerated gradient support?
Both, gradients as well as trapezoids for geometry are heavily used in modern UI toolkits/themes, but both currently cause fallbacks and migration/copying all over the place.
I guess trapezoids are quite hard to implement, but gradients should be really simple as shaders.
Would be great to see radeonhd implementing features nobody else has, instead of celebrate reaching a state where intel has been two years ago
- Clemens
Comment
-
Originally posted by Linuxhippy View PostWhats about allocating a temporary copy-pixmap?
Originally posted by Linuxhippy View PostWell, window-resize performance is quite bad when an composition manager is enabled (both, xrender or opengl based), thats the main reason I don't use one.
Originally posted by Linuxhippy View PostDo you think there is any chance for accalerated gradient support? Both, gradients as well as trapezoids for geometry are heavily used in modern UI toolkits/themes, but both currently cause fallbacks and migration/copying all over the place. I guess trapezoids are quite hard to implement, but gradients should be really simple as shaders.
Trapezoids seem like they should be easy to break down to triangles as well and I know both hardware and software folks have worked very hard to make all the edges match in OpenGL; again, this is spoken with the clarity of ignoranceLast edited by bridgman; 31 January 2009, 02:27 AM.Test signature
Comment
Comment