public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Frank de Lange <lkml-frank@unternet.org>
To: linux-kernel@vger.kernel.org
Subject: Abysmal interactive performance on 2.4.linus
Date: Mon, 12 Nov 2001 20:55:51 +0100	[thread overview]
Message-ID: <20011112205551.A14132@unternet.org> (raw)

On a 768 MB SMP box (2x466 MHz Celeron), I see some weird problems with
interactive performance on 2.4.15pre{1,2}. A good example of this is the
following scenario:

 - copy a large file (eg. an iso image file) to a directory on the same
   (reiserfs in this case) filesystem, or...
 - do a filesystem comparison between a CD and the original file (with cmp
   /mnt/cdrom/<filename> /mnt/reiserfs/1/data/<original_file_location>, using a
   PLEXTOR Model: CD-ROM PX-40TS SCSI CD-ROM drive),

 - and THEN (while the copy or comparison runs) try any simple command (like
   'ls /mnt/reiserfs/1/data' or 'top' or anything else...). 

Response time is abysmal, a simple 'ls /some/dir' takes tens of seconds to
start. Once the command is running, performance is normal. Try this when a
cdrecord session is running and you'll get a buffer underrun.

The box has 768 MB of RAM, 512 MB of swap. There is no significant load on the
system (according to an already running copy of top) neither before nor during
the test. Try tab-completing a command in a terminal, and that terminal freezes
for tens of seconds, usually until after the file system load has gone down.

In a few words, heavy filesystem activity seems to wreak havoc on the system.
Not by loading the CPU (it hardly breaks out a sweat at 178% idle (SMP...)).

Turning off swap (swapoff -a) does not change the observed behaviour.

Anyone else seen something like this?

-- 
  WWWWW      _______________________
 ## o o\    /     Frank de Lange     \
 }#   \|   /                          \
  ##---# _/     <Hacker for Hire>      \
   ####   \      +31-320-252965        /
           \ lkml-frank@unternet.org  /
            -------------------------
 [ "Omnis enim res, quae dando non deficit, dum habetur
    et non datur, nondum habetur, quomodo habenda est."  ]

             reply	other threads:[~2001-11-12 19:57 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-12 19:55 Frank de Lange [this message]
2001-11-12 20:05 ` Abysmal interactive performance on 2.4.linus Jeff Garzik
2001-11-12 22:22   ` mike@morpheus
2001-11-12 22:56   ` Frank de Lange
2001-11-12 23:21     ` Mike Fedyk
2001-11-12 23:27       ` Martin Josefsson
2001-11-12 23:42         ` Mike Fedyk
2001-11-12 23:28     ` Jason Lunz
2001-11-13  6:45     ` Oktay Akbal
2001-11-21  8:51     ` Hans Reiser
2001-11-21  9:12       ` Frank de Lange
2001-11-21 12:49       ` Yury Yu. Rupasov
2001-11-12 20:06 ` Martin Josefsson
  -- strict thread matches above, loose matches on Subject: below --
2001-11-12 21:16 Frank de Lange

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=20011112205551.A14132@unternet.org \
    --to=lkml-frank@unternet.org \
    --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