The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: vda <vda@port.imtp.ilyichevsk.odessa.ua>
To: Ryan Hayle <hackel@walkingfish.com>, linux-kernel@vger.kernel.org
Subject: Re: Poor IDE performance with VIA MVP3
Date: Mon, 5 Nov 2001 16:12:00 +0000	[thread overview]
Message-ID: <01110516120000.00794@nemo> (raw)
In-Reply-To: <20011105005033.A10060@isis.visi.com>
In-Reply-To: <20011105005033.A10060@isis.visi.com>

On Monday 05 November 2001 06:50, Ryan Hayle wrote:
> I have a VIA MVP3 (VT82C586B) controller on my motherboard, and am
> experiencing extremely poor performance with a Maxtor 20G
> (52049U4) drive.  It is an UDMA66-capable drive, but I'm only attempting
> to use UDMA33 (with an 80-pin cable, as recommended).
>
> The drive is detected and works just fine, with no errors reported,
> however the acces is painfully slow.  hdparm -t varries from 970 K/sec to
> 2.5 M/sec. (See below)

Are you saying that hdparm -T -t is yielding wildly varying results?
Looks similar to failing hd symptoms or bug in IDE layer causing retries
after error/timeout. What's in the logs?

> The drive is attached by itself to the first IDE channel.  On the second I
> have a Maxtor 6.8G (90680D4) and a CDROM.  hdparm -t on the second drive
> typically gives 8-9 M/sec.  I manually set this drive with hdparm -X34
> (mdma2), otherwise it generates errors.
>
> I have tried Linux 2.2.19, 2.4.12, and now 2.4.13, and all exhibit this
> same behavior.  I was originally running with a 40-pin cable, and switched
> it to the 80 to see if it might help, but it had no effect.  As some
> background information, I was originally running linux off of the second
> 6G drive, and opted to move it onto the 20G because it got better
> performance.  Once I did this, however, the drive started performing
> slowly like this, regardless of whether I'm booting to it or the 6G
> drive.
>
> Does this sound like it's just a hardware problem?  Has anyone experienced
> anything similar to this?  Any advice would be greatly apreciated.

Well, I had problems with drives refusing to do [u]dma.
On my home machine I found out that compiling kernel with support for VIA 
chipset allowed udma to work ok (hdparm -T -t = ~20mb/s). Without that 
support, my hd was stuck in pio, ~6mb/s.
--
vda

  reply	other threads:[~2001-11-05 14:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-05  6:50 Poor IDE performance with VIA MVP3 Ryan Hayle
2001-11-05 16:12 ` vda [this message]
2001-11-05 17:42   ` Ryan Hayle
2001-11-05 17:55     ` Daniel R. Warner
2001-11-05 19:54     ` Mike Maravillo
2001-11-06 11:50       ` vda
     [not found] ` <Pine.LNX.4.10.10111051506270.13543-100000@coffee.psychology.mcmaster.ca>
2001-11-06  5:21   ` Ryan Hayle

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=01110516120000.00794@nemo \
    --to=vda@port.imtp.ilyichevsk.odessa.ua \
    --cc=hackel@walkingfish.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