From: Andrew McGregor <andrew@indranet.co.nz>
To: scott@thomasons.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Measuring impact on interactive tasks
Date: Fri, 27 Dec 2002 14:51:15 +1300 [thread overview]
Message-ID: <8410000.1040953875@localhost.localdomain> (raw)
In-Reply-To: <200212261939.09792.scott@thomasons.org>
That sounds pretty reasonable; it might be interesting if it also touched
quite a bit of memory each iteration too.
Andrew
--On Thursday, December 26, 2002 19:39:09 -0600 scott thomason
<scott@thomasons.org> wrote:
> It crossed my mind while load testing some scheduler tunable settings
> that completely subjective monitoring of X jerkiness perhaps wasn't
> the most scientific way of measuring the interactive impact of the
> tunables. I'm no Evil Scientist, but I whipped up a perl script that
> I think accomplishes something close to capturing those statistics.
> It captures 1000 samples of what should be a precise .2 second delay
> (on an idle system it is, with a tiny bit of noise).
>
> Here's the script, along with some output produced while the system
> was under considerable load (around 13). Would something like this be
> worth developing further to help rigorously measure the interactive
> impact of the tunables? Or is there a flaw in the approach? (Jokes
> about Perl are considered below the belt...)
> ---scott
>
>
># !/usr/bin/perl
>
> use strict;
> use warnings;
>
> use Time::HiRes qw/sleep time/;
>
> my %pause = ();
>
> for (my $x = 0; $x < 1000; $x++) {
> my $start = time();
> sleep(.2);
> my $stop = time();
> my $elapsed = $stop - $start;
>
> $pause{sprintf('%01.3f', $elapsed)}++;
> }
>
> foreach (sort(keys(%pause))) {
> print "$_: $pause{$_}\n";
> }
>
> exit 0;
>
>
> Sample output
>
> time ./int_resp_timer.pl
> 0.192: 1
> 0.199: 1
> 0.200: 10
> 0.201: 201
> 0.202: 53
> 0.203: 25
> 0.204: 22
> 0.205: 21
> 0.206: 34
> 0.207: 29
> 0.208: 29
> 0.209: 100
> 0.210: 250
> 0.211: 120
> 0.212: 35
> 0.213: 16
> 0.214: 17
> 0.215: 14
> 0.216: 9
> 0.217: 1
> 0.218: 3
> 0.219: 3
> 0.220: 1
> 0.222: 1
> 0.233: 1
> 0.303: 1
> 0.304: 1
> 0.385: 1
>
> real 3m28.568s
> user 0m0.329s
> sys 0m1.260s
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
prev parent reply other threads:[~2002-12-27 1:43 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-27 1:39 Measuring impact on interactive tasks scott thomason
2002-12-27 1:51 ` Andrew McGregor [this message]
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=8410000.1040953875@localhost.localdomain \
--to=andrew@indranet.co.nz \
--cc=linux-kernel@vger.kernel.org \
--cc=scott@thomasons.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox