public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mohammad Haque <mhaque@haque.net>
To: Andrew Morton <andrewm@uow.edu.au>
Cc: Pierre Etchemaite <petchema@concept-micro.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: ide/disk perf?
Date: Mon, 30 Oct 2000 10:44:37 -0500	[thread overview]
Message-ID: <39FD9765.F4DDE539@haque.net> (raw)
In-Reply-To: <39FCB13E.6267C38D@haque.net> <XFMail.20001030130943.petchema@concept-micro.com> <39FD7D0B.E957CA7D@uow.edu.au>

Interesting theory, but no go here.

I just remembered one other thing that may have an impact. I have a
IBM-DTLA-307045 (~45 GB i think) hanging off the same channel as slave.
The thing with that one is that if I try to do a lot of i/o on the
disk..my machine locks up. Hard. alt-sysReq doesn't even work.

I'll try disconnecting that drive when I get a chance but I welcome any
feedback/theories before I get home to do this. 

Andrew Morton wrote:
> 
> I had the same problem with Seagate ST313021A (13 gig) drives on
> BP6/HPT366/UDMA66.  Initial throughput reported by `hdparm -t' was 22
> megs/sec which would slowly wilt to 5 megs/sec.
> 
> I discovered that sending _any_ reconfiguration command to the drive -
> even one which was not supported by that particular drive - would bring
> the performance back.
> 
> So when it goes slow, try running, say, `hdparm -A1' and see what
> happens.
> 
> Andre and I scratched each others heads for a while, suspected a
> firmware bug.  He sent an email to a contact at Seagate.  This was in
> April, so I guess that person is a very slow typist.

-- 

=====================================================================
Mohammad A. Haque                              http://www.haque.net/ 
                                               mhaque@haque.net

  "Alcohol and calculus don't mix.             Project Lead
   Don't drink and derive." --Unknown          http://wm.themes.org/
                                               batmanppc@themes.org
=====================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  reply	other threads:[~2000-10-30 15:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-10-29 23:22 ide/disk perf? Mohammad A. Haque
2000-10-30 11:09 ` Pierre Etchemaite
2000-10-30 13:52   ` Andrew Morton
2000-10-30 15:44     ` Mohammad Haque [this message]
2000-10-30 15:56   ` Mohammad Haque
2000-10-30 18:55     ` Pierre Etchemaite

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=39FD9765.F4DDE539@haque.net \
    --to=mhaque@haque.net \
    --cc=andrewm@uow.edu.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=petchema@concept-micro.com \
    /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