Re: SCHED_ULE should not be the default

看板FB_current作者時間14年前 (2011/12/14 08:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串33/65 (看更多)
=D0=92 Tue, 13 Dec 2011 23:02:15 +0000 Marcus Reid <marcus@blazingdot.com> =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Mon, Dec 12, 2011 at 04:29:14PM -0800, Doug Barton wrote: > > On 12/12/2011 05:47, O. Hartmann wrote: > > > Do we have any proof at hand for such cases where SCHED_ULE > > > performs much better than SCHED_4BSD? > >=20 > > I complained about poor interactive performance of ULE in a desktop > > environment for years. I had numerous people try to help, including > > Jeff, with various tunables, dtrace'ing, etc. The cause of the > > problem was never found. >=20 > The issues that I've seen with ULE on the desktop seem to be caused > by X taking up a steady amount of CPU, and being demoted from being an > "interactive" process. X then becomes the bottleneck for other > processes that would otherwise be "interactive". Try 'renice -20 > <pid_of_X>' and see if that makes your problems go away. Why, then X is not a bottleneck when using 4BSD? > Marcus _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1Ev-T0oT (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1Ev-T0oT (FB_current)