Date: Wed, 23 Jan 2008 21:32:17 +0300 From: Yar Tikhiy <yar@comp.chem.msu.su> To: Astrodog <astrodog@gmail.com> Cc: Jeff Roberson <jroberson@chesapeake.net>, freebsd-current@freebsd.org Subject: Re: SCHED_ULE & niceness / rtprio Message-ID: <20080123183217.GK30249@comp.chem.msu.su> In-Reply-To: <2fd864e0801210753y3fc49cd5v67ca75e0376bdb21@mail.gmail.com> References: <20071120141403.GE81260@comp.chem.msu.su> <4743342A.10507@FreeBSD.org> <20080101185451.S957@desktop> <20080121122402.GA63088@comp.chem.msu.su> <2fd864e0801210753y3fc49cd5v67ca75e0376bdb21@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 21, 2008 at 11:53:49PM +0800, Astrodog wrote: > > Just to be sure I understand this correctly... the player stutters > when you *decrease* its priority (Or increase its niceness) only? The player stutters when I assign a realtime or idle priority to it, or when I decrease its niceness, e.g., to -10 or less. As for the priority question: AFAIK, there are 3 run queue groups in the kernel, for realtime, normal, and idle priority processes willing to run. Normal priority processes can run only if the real time queue group is empty, and idle priority processes run only if both the real time and normal queue groups are empty. My problem manifests itself if the process is not on the normal queue group. At the same time, the numeric value of its idle or realtime priority doesn't seem to matter. (Note that realtime priority of 16 and idle priority of 16 are totally different.) Therefore I cannot tell whether I increase or decrease its priority. I just move it to a different queue group. Of course, it can be said roughly that idprio(1) decreases process' priority and rtprio(1) increases it, but it isn't technically correct because the term `priority' already refers to the preference of a process within its current queue group. -- Yar
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080123183217.GK30249>