[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <200705031101.14600.a1426z@gawab.com>
Date: Thu, 3 May 2007 11:01:14 +0300
From: Al Boldi <a1426z@...ab.com>
To: William Lee Irwin III <wli@...omorphy.com>
Cc: linux-kernel@...r.kernel.org, ck@....kolivas.org
Subject: Re: [ck] [REPORT] 2.6.21.1 vs 2.6.21-sd046 vs 2.6.21-cfs-v6
William Lee Irwin III wrote:
> On Thu, May 03, 2007 at 09:42:51AM +0300, Al Boldi wrote:
> > sched_rr_get_interval(0, &ts);
> > printf("pid %d, prio %3d, interval of %d nsec\n", getpid(),
> > getpriority(PRIO_PROCESS, 0), ts.tv_nsec);
>
> Oh dear. What are you trying to figure out from the task's timeslice?
chew.c is general purpose. It's not specific to cfs.
> That's not even meaningful in cfs.
>
> On Thu, May 03, 2007 at 09:42:51AM +0300, Al Boldi wrote:
> > start = last = stamp();
> > while(1) {
> > cur = stamp();
> > delta = cur-last;
> > if (delta > thresh_ticks) {
> > act = last - start;
> > printf("pid %d, prio %3d, out for %4llu ms, ran
> > for %4llu ms, load %3llu%\n" , getpid(), getpriority(PRIO_PROCESS, 0),
> > delta/1000, act/1000,(act*100)/(cur-start)); start = cur = stamp();
> > }
> > last = cur;
> > }
> >
> > return 0;
> > }
>
> This is looking for scheduling latencies, which are necessarily O(tasks).
This exposes the actual proc latency/waittime and runtime and cpu load
irrespective of being O(tasks) or not.
> This is not the way to do it.
You'll need to boot into /bin/sh and run two or more chew.c's to see any
reasonable results.
Then tell me whether this is the way to do it or not.
Thanks!
--
Al
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists