On Wed, 2007-08-29 at 06:18 +0200, Ingo Molnar wrote: > > Then lay them out side by side to see the periodic stallings for > > ~10sec. The X scheduling code isn't really designed to handle software GL well; the requests can be very expensive to execute, and yet are specified as atomic operations (sigh). > i just tried something similar (by adding Option "NoDRI" to xorg.conf) > and i'm wondering how it can be smooth on vesa-driver at all. I tested > it on a Core2Duo box and software rendering manages to do about 3 frames > per second. (although glxgears itself thinks it does ~600 fps) If i > start 3 glxgears then they do ~1 frame per second each. This is on > Fedora 7 with xorg-x11-server-Xorg-1.3.0.0-9.fc7 and > xorg-x11-drv-i810-2.0.0-4.fc7. Are you attempting to measure the visible updates by eye? Or are you using some other metric? In any case, attempting to measure anything using glxgears is a bad idea; it's not representative of *any* real applications. And then using software GL on top of that... What was the question again? -- [email protected]
Attachment:
signature.asc
Description: This is a digitally signed message part
- Follow-Ups:
- Re: CFS review
- From: Ingo Molnar <[email protected]>
- Re: CFS review
- References:
- Re: CFS review
- From: Al Boldi <[email protected]>
- Re: CFS review
- From: Al Boldi <[email protected]>
- Re: CFS review
- From: Ingo Molnar <[email protected]>
- Re: CFS review
- From: Al Boldi <[email protected]>
- Re: CFS review
- From: Ingo Molnar <[email protected]>
- Re: CFS review
- Prev by Date: Re: CFS review
- Next by Date: Re: 2.6.23-rc4: maxcpus still broken
- Previous by thread: Re: CFS review
- Next by thread: Re: CFS review
- Index(es):