From: Ghadi Shayban <ghad@triad.rr.com>
To: linux-kernel <linux-kernel@vger.kernel.org>
Subject: IDE performance degradation on -ac tree
Date: Tue, 17 Apr 2001 23:44:51 -0400 [thread overview]
Message-ID: <3ADD0DB3.9020409@triad.rr.com> (raw)
Recently on the -ac tree, hdparm -t has been telling me about 29MB/s,
while on the main tree even since 2.4.0 and through 2.4.4-pre4, it
tells
me about 35MB/s. I do use a VIA chipset, but I don't recall it (686a)
was afflicted by the hardware bug. Furthermore, I believe performance
was poor even before Alan Cox merged the VIA fixes, i.e., somewhere
before 2.4.3-ac7.Forgive me if this has been already reported.
Linux ghadbox 2.4.3-ac9 #1 Tue Apr 17 22:51:27 EDT 2001 i686 unknown
Gnu C 2.95.3
Gnu make 3.79.1
binutils 2.11
util-linux 2.10s
mount 2.10s
modutils 2.4.5
e2fsprogs 1.19
reiserfsprogs 3.x.0j
Linux C Library 2.2.3
Dynamic linker (ldd) 2.2.3
Procps 2.0.7
Net-tools 1.59
Kbd command
Sh-utils 2.0.11
Modules Loaded es1371 ac97_codec soundcore tdfx tulip reiserfs
processor
: 0
vendor_id
: AuthenticAMD
cpu family : 6
model
: 4
model name : AMD Athlon(tm) Processor
stepping
: 2
cpu MHz : 900.069
cache size : 256 KB
fdiv_bug
: no
hlt_bug
: no
f00f_bug
: no
coma_bug
: no
fpu
: yes
fpu_exception
: yes
cpuid level : 1
wp
: yes
flags
: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36
mmx
fxsr syscall mmxext 3dnowext 3dnow
bogomips
: 1795.68
/proc/ide/hpt366:
HPT370 Chipset.
--------------- Primary Channel ---------------- Secondary Channel
------------- enabled enabled
--------------- drive0 --------- drive1 -------- drive0 ----------
drive1 ------DMA enabled: yes yes yes
yes
UDMA
DMA
PIO
/proc/ide/via:----------VIA BusMastering IDE
Configuration----------------
Driver Version: 3.23
South Bridge: VIA vt82c686a
Revision: ISA 0x22 IDE 0x10
Highest DMA rate: UDMA66
BM-DMA base: 0xa000
PCI clock: 33MHz
Master Read Cycle IRDY: 0ws
Master Write Cycle IRDY: 0ws
BM IDE Status Register Read Retry: yes
Max DRDY Pulse Width: No limit
-----------------------Primary IDE-------Secondary IDE------
Read DMA FIFO flush: yes yes
End Sector FIFO flush: no no
Prefetch Buffer: yes yes
Post Write Buffer: yes no
Enabled: yes yes
Simplex only: no no
Cable Type: 40w 40w
-------------------drive0----drive1----drive2----drive3-----
Transfer Mode: PIO PIO PIO PIO
Address Setup: 120ns 120ns 30ns 120ns
Cmd Active: 480ns 480ns 90ns 90ns
Cmd Recovery: 480ns 480ns 30ns 30ns
Data Active: 330ns 330ns 90ns 330ns
Data Recovery: 270ns 270ns 30ns 270ns
Cycle Time: 600ns 600ns 120ns 600ns
Transfer Rate: 3.3MB/s 3.3MB/s 16.5MB/s 3.3MB/s
Ghadi Shayban
Pianist at the NC School of the Arts
next reply other threads:[~2001-04-18 3:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-18 3:44 Ghadi Shayban [this message]
2001-04-18 4:12 ` performance degradation on -ac tree J Sloan
2001-04-18 12:03 ` Alan Cox
2001-04-22 20:56 ` J Sloan
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=3ADD0DB3.9020409@triad.rr.com \
--to=ghad@triad.rr.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