<div class="gmail_quote">
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im"><br>On E, 2010-07-26 at 14:31 +0200, Christophe Lindheimer wrote:<br>> Hi.<br>><br></div>
<div class="im">> My prob is just that I had much better perfomances with my old<br>> system...<br>><br></div>Yes, and what are your typical use cases. What programs and operations<br>are slow. Just the desktop environment in general, I assume.<br>
</blockquote>
<div>Hard to say.</div>
<div>The issue I see is on a big soft running in full screen on a simple X Server.</div>
<div>As I have a lot of text on the screen, I chose to test the -rgbftext </div>
<div>But my knowledge on X is rather limited...</div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im">><br>> I run a x11perf -rgbftext.<br>> Old config :81300 / s<br>> New config : 36000 / s<br><br></div>Are you sure -rgbftext measures what is important?<br>I guess it measures no anti-aliasing text drawing, not sure how we fare<br>
there with the optimized code (that isn't in 2.11.8 or even GIT yet).<br>Is your desktop really configured to no anti-aliasing at all? We<br>typically benchmark the common case with x11perf -aa10text and x11perf<br>-aa24text for anti-aliased text<br>
<br>In the future it will be important for speed to not use subpixel<br>smoothing (the anti-aliasing style, that takes advandance of the fact<br>that LCD screens are made of red, green and blue subpixels), as that we<br>won't be able to accelerate anytime soon (if ever).<br>
<div class="im"><br>> But I guess (and hope) that Mart's analysis is OK and that the<br>> performances will get much better once the driver will be fully<br>> optimized...<br><br></div>Meanwhile you can force most things to software with the option<br>
<br>Option "MigrationHeuristic" "greedy"<br><br>in your xorg.conf or xorg.conf.d/ (with xserver-1.8+ if migrated to that<br>use already).<br><br>That should give a bit better results until you are able to have more<br>
optimized driver.<br><br><br>There are patches on the mailing list for making text go 5-10 times<br>faster though. After those patches are finalized, we'll of course have<br>work ahead on optimizing various other rendering of the desktop besides<br>
text drawing.<br><br><br>Regards,<br><font color="#888888">Mart Raudsepp<br><br></font></blockquote></div><br>