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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.