Date: Mon, 21 Apr 2008 09:03:13 -0700 (PDT) From: Unga <unga888@yahoo.com> To: Jeremy Chadwick <koitsu@freebsd.org> Cc: jeff@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sched_ule performance on single CPU Message-ID: <438315.78030.qm@web57004.mail.re3.yahoo.com> In-Reply-To: <20080419110153.GA85344@eos.sc1.parodius.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--- Jeremy Chadwick <koitsu@freebsd.org> wrote:
> Can you update your src-all tree to pull this in,
> rebuild the kernel,
> and tell us if it behaves better for you?
>
Test 1. amarok in real-time, count in idle priority.
last pid: 1331; load averages: 1.15, 1.11, 0.84
up 0+00:22:07 23:03:21
69 processes: 2 running, 67 sleeping
CPU: 54.5% user, 0.0% nice, 1.3% system, 0.6%
interrupt, 43.6% idle
Mem: 119M Active, 168M Inact, 84M Wired, 880K Cache,
60M Buf, 118M Free
Swap: 2022M Total, 2022M Free
PID USERNAME THR PRI NICE SIZE RES STATE C
TIME WCPU COMMAND
1265 root 1 171 i31 3120K 720K CPU0 0
17:54 100.00% count
1239 test 6 44 0 68380K 54072K ucond 1
0:00 5.37% amarokapp
963 root 1 47 0 168M 36596K select 0
1:21 4.79% Xorg
rtprio 1265
rtprio: idle priority 31
rtprio 1239
rtprio: realtime priority 0
rtprio 963
rtprio: normal priority
Result: Excellent.
No effect on music for (for 3 songs
continuous, count i=63)
Interactive response is very good. No
complaint. Can browse also at the same time.
Test 2. amarok in normal priority, count in idle
priority.
last pid: 1574; load averages: 1.28, 1.12, 0.95
up 0+00:50:36 23:31:50
68 processes: 2 running, 66 sleeping
CPU: 53.0% user, 0.0% nice, 1.3% system, 0.4%
interrupt, 45.3% idle
Mem: 164M Active, 215M Inact, 84M Wired, 21M Cache,
60M Buf, 4660K Free
Swap: 2022M Total, 2022M Free
PID USERNAME THR PRI NICE SIZE RES STATE C
TIME WCPU COMMAND
1537 root 1 171 i31 3120K 644K CPU0 0
17:20 100.00% count
1509 test 6 45 0 67356K 43532K ucond 1
0:00 6.40% amarokapp
963 root 1 46 0 168M 42064K select 0
3:09 3.47% Xorg
idprio 1537
idprio: idle priority 31
idprio 1509
idprio: normal priority
idprio 963
idprio: normal priority
Result: Excellent.
No effect on music for (for 4 songs
continuous, count i=63)
Interactive response is good. Can browse also at the
same time.
NOTE: Once amarok crashed at count's i=4.
This shows processes in idle category does not effect
the real-time category as expected.
This shows processes in idle category does not effect
the normal category as expected, but note amarok crash
once with this test.
My earlier test shows processes in the normal category
can starve processes in real-time category. That's
alarming. It should be get fixed.
Please make the sched_ule suitable for professional
audio production as well as for day to day desktop
interactive use.
Appreciate if you guys can use JACK to test can there
be any audio drop out with various loads when JACK
running in real-time as root and real-time normal
user.
Please compare the sched_ule with Apple Mac OS X, in
addition to compare with Linux, Solaris, etc. Its
because Apple Mac OS X is used for professional audio
and video production, not the Linux or Solaris. Lets
get FreeBSD suitable for professional audio and video
production.
Kind Regards
Unga
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?438315.78030.qm>