Originally posted by Chewi
View Post
Announcement
Collapse
No announcement yet.
ATI Radeon KMS vs. UMS With Ubuntu 10.04
Collapse
X
-
Originally posted by RealNC View PostSince KMS/DRI2 is supposed to be the future and be faster than UMS/DRI1, I'd say it is horrible :P
I don't think anyone expected KMS/DRI2 to be faster in other ways or claimed that it would be (other than things like terminal switching and improvements related to higher levels of GL support)... the challenge is to add the capability for *new* functionality without making *existing* functionality too much slower.Test signature
Comment
-
Having just jumped through a few hoops to get kms working on an ati x700 mobile card, my impression is that the new mesa/gallium/whatever is slower at doing the easy stuff: lighting, textures, moving triangles etc. But, and this is the big "but", it supports newer effects, for example in nexuiz normal performance with dynamic lighting takes a (qualitatively) significant performance hit, but the game now runs with blur and bloom effects enabled. Before upgrading, enabling these effects made the game switch from frames per second to seconds per frame.
I personally have high hopes for this new graphic stack (having being declared obsolete by the ATI fglrx stack), and I'm pretty confident that with some cleaning up and optimization it will overtake the old one. It's just a little green around the ears.
Comment
-
Originally posted by xir_ View Postthanks for these results. It seems to be shame that the KMS isnt working as well.
Additionally it would be really cool to see if BFS has any affect at all. Especially if you were to run it concurrently with a background compilation of a kernel.
Comment
-
Originally posted by B4ud3 View PostI guess that its "kernel" nature might be the cause : switching to kernel space has a high cost.
I'm guessing this is probably because it is new code that isn't perfectly stable yet, it depends on new code (GEM/TTM), and it isn't fully optimized.
Comment
-
Part of the problem is due to vline waiting for buffer swaps in the dri2 paths. This avoids tearing at the expense of performance (you can't really see more frames than the monitor can display, but...). This should be alleviated with page-flipping support. Try this ddx patch:
Code:diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c index 103972f..7ddcda0 100644 --- a/src/radeon_dri2.c +++ b/src/radeon_dri2.c @@ -313,7 +313,7 @@ radeon_dri2_copy_region(DrawablePtr drawable, } vsync = info->accel_state->vsync; - info->accel_state->vsync = TRUE; + //info->accel_state->vsync = TRUE; (*gc->ops->CopyArea)(&src_pixmap->drawable, &dst_pixmap->drawable, gc, 0, 0, drawable->width, drawable->height, 0, 0);
Comment
Comment