public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jim Duchek <jduchek@caseta.com>
To: linux-kernel@vger.kernel.org
Subject: Quick Q on kernel threads and RT thread priorities
Date: Tue, 30 Jul 2002 13:34:30 -0500	[thread overview]
Message-ID: <3D46DC36.4469328E@caseta.com> (raw)

Hello.  I'm using kernel 2.4.18 in a semi-RT application.  I'm using the
SCHED_RR scheduler with a number of processes, priorities running from 5
up through 90.  Default processes, of course, run under SCHED_OTHER at
priority 0.  There are a number of kernel threads running, quick example
from busybox's ps (modified to show scheduling prios), see bottom of
email.   I have tested and the priorities do work correctly -- a prio 50
process can completely starve a prio 49 process, as it should be.  My
question is:  Do I need to worry about kernel processes, such as
[keventd], [eth0], etc, running at 0 priority?  Should I run them at
99?  I have experienced no problems seeing ethernet traffic with process
53 in the list below at prio 0 and a CPU-starving test process running
at prio 50.   I am worried that the kernel may lock up if it's processes
get starved.  I am also worried that some of these processes may depend
on the fact that everyone can get equal scheduling and setting them to
99 will starve my application.  Any advice?

Thanks in advance,
Jim Duchek
Caseta Technologies, inc.

sample PS output:

 PID  Uid     Pri VmSize Stat Command
    1 root       0   1724 S    init
    2 root       0        S    [keventd]
    3 root       0        S    [ksoftirqd_CPU0]
    4 root       0        S    [kswapd]
    5 root       0        S    [bdflush]
    6 root       0        S    [kupdated]
    7 root       0        S    [mtdblockd]
   20 root       0   1700 S    syslogd -m 0
   22 root       0   1708 S    klogd
   53 root       0        S    [eth0]
   63 root      50   1676 S    /usr/sbin/inetd /etc/inetd.conf
   64 root       0   1724 S    init
   65 root       0   1728 S    init
   66 root      50   2112 S    telnetd
   67 root      50   1784 S    -sh
  142 root      50   2112 R    telnetd
  143 root      50   1784 S    -sh
  871 root      50   1844 R    ps



                 reply	other threads:[~2002-07-30 18:31 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3D46DC36.4469328E@caseta.com \
    --to=jduchek@caseta.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox