All of lore.kernel.org
 help / color / mirror / Atom feed
From: martin f krafft <madduck@debian.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 'D' processes on a healthy system?
Date: Thu, 19 Dec 2002 19:23:59 +0100	[thread overview]
Message-ID: <20021219182359.GA29366@fishbowl.madduck.net> (raw)
In-Reply-To: <1040319832.28973.4.camel@irongate.swansea.linux.org.uk>

[-- Attachment #1: Type: text/plain, Size: 2820 bytes --]

[please continue to CC me]

Thank you for your reply:

also sprach Alan Cox <alan@lxorguk.ukuu.org.uk> [2002.12.19.1843 +0100]:
> Your disk is too slow for the work being asked of it, thats all.
> Eventually it'll get there

Alan, I am in no position to doubt what you say, but I can't imagine
that. Sure, maybe the 5,400 RPM one, but not the 7,200 RPM one.

The reason why I am saying this is twofold and empirical:

  - When the above occurs, the system in question might not be doing
    anything. My example with /usr/sbin/sendmail in a while loop is
    hardcore stresstesting. I have had the problem with no users on
    the system, no requests being served by the servers (ifconfig
    down), just two ssh connections, one displaying top, the other
    opening a Maildir folder of 1,000 messages with mutt. I really
    don't (want to) believe that a system with these specs can't
    handle that.

  - I have another system with exactly the same specs (AMD K6 Duron
    1.2 GHz, 512 MB, 7,200 HDD) that is happy doing all of the
    following at the same time
      * compiling a kernel
      * streaming local MP3s to three other computers
      * being used intensely through X (it's my main computer).
    In fact, to verify this, I told the system to also check and
    update tripwire while I was additionally running the slocate
    updater. Other than the interactive use, these activities are
    very tough on the disk, and yet I see no 'D' processes.

In any case, loading up mutt on a Maildir folder of 1,000 messages
should not take seven Minutes. If it does, there must be heavy usage
of the disk from another source. If top doesn't show anything, what
other tool could I use to see what processes are accessing the
harddrive? Is there something like a disk monitor for Linux, which
registers every request to the HDD like there is for Windoze
(http://www.sysinternals.com/ntw2k/freeware/diskmon.shtml)?

> > My laptop, which is running Debian testing/unstable is not showing
> > this behaviour, and its load goes far higher at times. I also run
> > various other servers, partially on P5-120 systems, vanilla 2.4.xx
> > kernels and Debian testing, and there are no such problems there.
> 
> sendmail tuning ?

postfix... but no. All my machines have identical postfix
configurations, and, as mentioned above, the problem is not only
triggered when postfix is active...

Thank you for your time!

[please continue to CC me]

-- 
 .''`.     martin f. krafft <madduck@debian.org>
: :'  :    proud Debian developer, admin, and user
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
NOTE: The pgp.net keyservers and their mirrors are broken!
Get my key here: http://people.debian.org/~madduck/gpg/330c4a75.asc

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2002-12-19 18:16 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-19 12:40 'D' processes on a healthy system? martin f krafft
2002-12-19 17:43 ` Alan Cox
2002-12-19 18:23   ` martin f krafft [this message]
2002-12-19 19:27     ` Alan Cox
2002-12-19 18:51       ` martin f krafft
2003-01-07  8:01       ` martin f krafft
2003-01-07  8:02         ` martin f krafft
2003-01-07 12:57         ` Alan Cox

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=20021219182359.GA29366@fishbowl.madduck.net \
    --to=madduck@debian.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.