Messages in this thread | | | From | Con Kolivas <> | Subject | Re: [patch][rfc] quell interactive feeding frenzy | Date | Wed, 12 Apr 2006 21:27:19 +1000 |
| |
On Wednesday 12 April 2006 20:39, Al Boldi wrote: > Con Kolivas wrote: > > Installed and tested here just now. They run smoothly concurrently here. > > Are you testing on staircase15? > > staircase14.2-test3. Are you testing w/ DRM? If not then all mesa > requests will be queued into X, and then runs as one task (check top d.1)
Nvidia driver; all separate tasks in top.
> Try ping -A (10x). top d.1 should show skewed times. If you have a fast > machine, you may have to increase the load.
Ran for a bit over 10 mins outside of X to avoid other tasks influencing results. I was too lazy to go to init 1.
ps -eALo pid,spid,user,priority,ni,pcpu,vsize,time,args
15648 15648 root 39 0 9.2 1740 00:01:03 ping -A localhost 15649 15649 root 28 0 9.8 1740 00:01:06 ping -A localhost 15650 15650 root 39 0 9.9 1744 00:01:07 ping -A localhost 15651 15651 root 39 0 9.3 1740 00:01:03 ping -A localhost 15652 15652 root 39 0 10.3 1740 00:01:10 ping -A localhost 15653 15653 root 39 0 10.8 1740 00:01:13 ping -A localhost 15654 15654 root 39 0 10.0 1740 00:01:08 ping -A localhost 15655 15655 root 39 0 10.5 1740 00:01:11 ping -A localhost 15656 15656 root 39 0 9.9 1740 00:01:07 ping -A localhost 15657 15657 root 39 0 10.2 1740 00:01:09 ping -A localhost
mean 68.7 seconds
range 63-73 seconds.
For a load that wakes up so frequently for such a short period of time I think that is pretty fair cpu distribution over 10 mins. Over shorter periods top is hopeless at representing accurate cpu usage, especially at low HZ settings of the kernel. You can see the current cpu distribution on ps there is pretty consistent across the tasks and gives what I consider quite a fair cpu distribution over 10 mins.
-- -ck - 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/
| |