public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Phil Blecker <tmwg@inxservices.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.4.9-ac10 IDE access slows as uptime increases
Date: Sat, 29 Sep 2001 08:53:23 -0700	[thread overview]
Message-ID: <20010929085323.A31121@inxservices.com> (raw)
In-Reply-To: <20010928204612.A911@inxservices.com> <E15nLB7-00027t-00@the-village.bc.nu>
In-Reply-To: <E15nLB7-00027t-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Sat, Sep 29, 2001 at 03:33:17PM +0100

   DB uses regular file system (ext3) and mmap.
   Nothing in logs from IDE. Only thing there unknown to me from kernel:
	cmpci: dma timed out??
That's from the sound driver, apparently. No idea what it means.
   By the way, would hdparm -i report the change? If so, they're all
still UDMA.
   I'm going to try removing the IDE to SCSI stuff that I installed to
try and get a USB CDRW drive working. Never did, and have not used any
time to pursue it (always timed out on access, now not even in devfs for
some reason). No idea if that's relevant, either, but it looks like
something I botched.

   The last message was so long that this may have been missed: it's not
just the DB that shows the slowdown. It's general. It's just really
obvious with the DB due to visual feedback. Who would notice if gcc-3
took an extra 20 minutes to compile something ;( (I haven't really timed
it. I noticed gcc gets slower, but not timed it to see how much, so its
subjective.)

   This may be irrelevant, but here's meminfo this morning:
        total:    used:    free:  shared: buffers:  cached:
Mem:  1053401088 887148544 166252544    65536 242728960 552976384
Swap: 2147467264 74866688 2072600576
MemTotal:      1028712 kB
MemFree:        162356 kB
MemShared:          64 kB
Buffers:        237040 kB
Cached:         478604 kB
SwapCached:      61412 kB
Active:         421960 kB
Inact_dirty:    352208 kB
Inact_clean:      2952 kB
Inact_target:      260 kB
HighTotal:      130992 kB
HighFree:         2036 kB
LowTotal:       897720 kB
LowFree:        160320 kB
SwapTotal:     2097136 kB
SwapFree:      2024024 kB

On Sat, Sep 29, 2001 at 03:33:17PM +0100, Alan Cox wrote:
> >    I ran a program that's a GUI app/front-end to a data base, on the
> > local drives. It took seconds to access a record.
> 
> Is the data base doing I/O directly to a block device and not using
> O_DIRECT for one question
> 
> Second question is what is in your IDE logs. The IDE layer will change
> down speeds when it hits a repeated problem (eg a DMA timeout) so if
> need be will switch back to PIO or to MWDMA.

  reply	other threads:[~2001-09-29 15:53 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-29  3:46 2.4.9-ac10 IDE access slows as uptime increases George Garvey
2001-09-29 14:33 ` Alan Cox
2001-09-29 15:53   ` Phil Blecker [this message]
2001-09-30  6:21     ` George Garvey
2001-09-29 19:27   ` Steve Maughan
2001-09-29 19:31     ` 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=20010929085323.A31121@inxservices.com \
    --to=tmwg@inxservices.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox