All of lore.kernel.org
 help / color / mirror / Atom feed
From: Miguel Figueiredo <elmig@debianpt.org>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Linux Kernel M/L <linux-kernel@vger.kernel.org>
Subject: Re: Sched - graphic smoothness under load - cfs-v13 sd-0.48
Date: Wed, 23 May 2007 22:03:58 +0100	[thread overview]
Message-ID: <4654AC3E.906@debianpt.org> (raw)
In-Reply-To: <4654A7F8.1040505@tmr.com>

Bill Davidsen wrote:
> Miguel Figueiredo wrote:
>> Bill Davidsen wrote:
>>> I was unable to reproduce the numbers Miguel generated, comments 
>>> below. The -ck2 patch seems to run nicely, although the memory 
>>> repopulation from swap would be most useful on system which have a 
>>> lot of memory pressure.
>>>
>>> I spent a few hours running the -ck2 patch, and I didn't see any 
>>> numbers like yours. What I did see is going up with my previous 
>>> results as http://www.tmr.com/~davidsen/sched_smooth_04.html. While 
>>> there were still some minor pauses in glxgears with my test, 
>>> performance was very similar to the sd-0.48 results. And I did try 
>>> watching video with high load, without problems. Only when I run a 
>>> lot of other screen-changing processes can I see pauses in the display.
>>>> Your subjective impressions would be helpful, and you may find that 
>>>> the package in the www.tmr.com/~public/source is slightly easier to 
>>>> use and gives more stable results. The documentation suggests the 
>>>> way to take samples (the way I did it) but if you feel more or 
>>>> longer samples would help it is tunable.
>>>>
>>>> I added Con to the cc list, he may have comments or suggestions 
>>>> (against the current versions, please). Or he may feel that video 
>>>> combined with other heavy screen updating is unrealistic or not his 
>>>> chosen load. I'm told the load is similar to games which use threads 
>>>> and do lots of independent action, if that's a reference.
>>>>
>>> I'll include the -ck2 patch in my testing on other hardware.
>>>
>>
>> Hi Bill,
>>
>>  the numbers i posted before are repeatable on that machine.
>>
> The numbers you posted in <46534C31.1060306@debianpt.org> are not the 
> same... From my inbox I grab some very non-matching values:
> =====
> Here's the funny part...
> 
> Lets call:
> 
> a) to "random number of processes run while glxgears is running", 
> gl_fairloops file
> 
> b) to "generated frames while running a burst of processes" aka "massive 
> and uknown amount of operations in one process", gl_gears file
> 
> kernel    2.6.21-cfs-v13    2.6.21-ck2
> a)    194464        254669       b)    54159        124
> =====
> 
> The numbers in your glitch1.html file show a close correlation for cfs 
> and -ck2, well within what I would expect. The stddev for the loops is 
> larger for -cf2, but not out of line with what I see, and nothing like 
> the numbers you originally sent me (which may have been testing 
> something else, or from an old version before I made improvements, or 
> ???). In any case thanks for testing.
> 
>>
>> I did run, again, glitch1 on my laptop (T2500 CoreDuo, also Nvidia) 
>> please check: http://www.debianpt.org/~elmig/pool/kernel/20070523/
>>
>>
> Thanks, those data seem as expected.
> 

These numbers are from a different machine (this has 2 cores).
The other machine it's Debian Unstable and this Debian stable.


-- 

Com os melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org

  reply	other threads:[~2007-05-23 21:04 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-19 20:02 Sched - graphic smoothness under load - cfs-v13 sd-0.48 Bill Davidsen
2007-05-19 20:22 ` Ray Lee
2007-05-20  0:44   ` Bill Davidsen
2007-05-20  6:12     ` Michael Gerdau
2007-05-20  6:30       ` Ray Lee
2007-05-20  6:59         ` Michael Gerdau
2007-05-20  7:20           ` Ray Lee
2007-05-20  6:55     ` Ray Lee
2007-05-21 18:27     ` Matt Keenan
2007-05-19 20:36 ` Diego Calleja
2007-05-19 20:55   ` Ray Lee
2007-05-19 23:21   ` Mike Galbraith
2007-05-20 16:29 ` Miguel Figueiredo
2007-05-20 16:44   ` Ray Lee
2007-05-20 16:58     ` Miguel Figueiredo
2007-05-20 17:19       ` Ray Lee
2007-05-22 17:55       ` Bill Davidsen
2007-05-22 20:01         ` Miguel Figueiredo
2007-05-23  0:28           ` Bill Davidsen
2007-05-23 13:10             ` Bill Davidsen
2007-05-23 18:29               ` Miguel Figueiredo
2007-05-23 20:45                 ` Bill Davidsen
2007-05-23 21:03                   ` Miguel Figueiredo [this message]
2007-05-24  0:36             ` Con Kolivas
2007-05-23  4:06               ` William Lee Irwin III
2007-05-23  5:23               ` Michael Gerdau
2007-05-23  7:58                 ` Xavier Bestel
2007-05-23  8:21                   ` Bill Huey
2007-05-23 18:22                   ` Ian Romanick
2007-05-23 18:43                     ` Xavier Bestel
2007-05-23 17:22                 ` Bill Davidsen
2007-05-23 16:59               ` Bill Davidsen
2007-05-22 17:22   ` Bill Davidsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4654AC3E.906@debianpt.org \
    --to=elmig@debianpt.org \
    --cc=davidsen@tmr.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.