Your message dated Mon, 18 Aug 2008 12:47:56 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#495558: coreutils: unable to change priority with
/usr/bin/nice
has caused the Debian Bug report #495558,
regarding coreutils: unable to change priority with /usr/bin/nice
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
495558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495558
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: coreutils
Version: 6.10-6
Severity: important
/usr/bin/nice does not work anymore as described in the manual page. For
example: two
processes of different users both obtain 50% of the CPU resources, independent
of their 'nice' priority.
We assume this is a consequence of the introduction of the Completely Fair
Scheduler.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages coreutils depends on:
ii libacl1 2.2.47-2 Access control list shared library
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libselinux1 2.0.65-2 SELinux shared libraries
coreutils recommends no packages.
coreutils suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Mon, Aug 18, 2008 at 06:04:21PM +0200, Toine Schreurs wrote:
Run "ps -efl" and look for the process you ran with nice. Does the value
in the 8th column reflect the nice value you ran with?
Yes, it does.
Ok, that's about all that coreutils' nice does. If the ps output shows
the expected nice value, that means that coreutils (or, likely, your
shell) has successfully changed the priority of the task. The man page
simply says that the nice values affect process scheduling, the actual
behavior is system-dependent. I'd suggest opening another bug with the
kernel, probably with a lot more data. (E.g., top(1) output showing
contending processes, their nice values, and the CPU utilization.)
Mike Stone
--- End Message ---
