From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:03:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29D61065676 for ; Mon, 21 Apr 2008 16:03:14 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57004.mail.re3.yahoo.com (web57004.mail.re3.yahoo.com [66.196.97.108]) by mx1.freebsd.org (Postfix) with SMTP id 9A8288FC20 for ; Mon, 21 Apr 2008 16:03:14 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 78128 invoked by uid 60001); 21 Apr 2008 16:03:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=cV/mqaYoyQyFyQbRtN2gKAiTnuU26xP/65XMTUEH45QrLtdskz3s5EMmttw0ykHEGfVW5uPk0DOoL/h1/svPAXlhhBvj4TfbQSmrDQeyrmzoX0UUnVzNaL4QuFH6ULgXQFt7GBuY8fJZKPlg2KrFFS+5jO+DiecYI5Wskyxp+t8=; X-YMail-OSG: b0M6hkgVM1kuCtCQFpKMKC6usS575g5a8wuFMuXADZmtVOa9OtzvwXA3XvrowrjMDirCtbJCrcM_MSboxN15K3.Wl1KbmjfK1QPh4CPKXQhs5CRc53O5wFATNok- Received: from [165.21.155.108] by web57004.mail.re3.yahoo.com via HTTP; Mon, 21 Apr 2008 09:03:13 PDT Date: Mon, 21 Apr 2008 09:03:13 -0700 (PDT) From: Unga To: Jeremy Chadwick In-Reply-To: <20080419110153.GA85344@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <438315.78030.qm@web57004.mail.re3.yahoo.com> Cc: jeff@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:03:15 -0000 --- Jeremy Chadwick 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