lkml.org 
[lkml]   [2005]   [Apr]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: poor SATA performance under 2.6.11 (with < 2.6.11 is OK)?
Andre Bender wrote:

>>OK so Tomasz Torch suggested that my drive was blacklisted somewhere
>>after 2.6.8.1 (it's the last kernel on which I have good performance).
>>
>>Does drive blacklisting = very poor performance?
>>And no drive blacklisting = good performance, and possibly data corruption?
>
>
> That's what has already been told some posts ago. The kernel developers
> don't blacklist anything that works just for fun. There seems to be a
> serious problem when combining this pieces of hardware so the
> combination is blacklisted to get it working properly but with (much)
> less performance.

I see, there were people reporting "drive hangups".
They were reporting it happens quite quickly.

I don't experience those under 2.6.8.1, in which my drive wasn't
blacklisted yet (it seems it got blacklisted in 2.6.11, see this link
http://www.linuxhq.com/kernel/v2.6/11-rc2-bk6/drivers/scsi/sata_sil.c ).

My setup is SiI 3112 SATA PCI controller, 2x Seagate Barracuda 200 GB, 8
MB cache, 7200 rpm (Model: ST3200822AS ) connected into one Linux md0
raid1, ext3 filesystem on md0.

I am running several tests:

1) creating 1 GB file from /dev/zero using dd, then calculating it's
md5sum (it should always be the same; it stresses drive, too), then
copying it with a new name, calculating md5sum again - if it doesn't
match, the script will quit

I run two of these tests in parallel.


2) tar'ring / to a file (so it opens many files), then calculating its
md5sum (md5sums will differ, but it stresses the drive)


3) copying /dev/hda1 partition (which is 800 megs big on an IDE disk) to
Seagate SATA drives, then calculating it's md5sum (which should be
always the same, as /dev/hda1 is not used)


4) rsyncing / to /root/test4, then removing it - so it opens many files
and creates many, too.


These 4 tests are running simultaneously, each in a loop.
I believe it is quite stressing for the drives.

So far no hangup, weird system log, etc. unexpected behaviour.
It's 4 hours they are running now, I know it's not much, but people
reported almost instant hangups.

Or perhaps my "tests" are wrong?


# cat /proc/scsi/scsi
Attached devices:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: ST3200822AS Rev: 3.01
Type: Direct-Access ANSI SCSI revision: 05
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: ST3200822AS Rev: 3.01
Type: Direct-Access ANSI SCSI revision: 05


# lspci -vv (for SiI 3112 SATA PCI controller):

02:09.0 Unknown mass storage controller: Silicon Image, Inc. (formerly
CMD Technology Inc) SiI 3112 [SATALink/SATARaid] Serial ATA Controller
(rev 02)
Subsystem: Silicon Image, Inc. (formerly CMD Technology Inc)
SiI 3112 SATALink Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64, cache line size 08
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at 4800 [size=8]
Region 1: I/O ports at 4400 [size=4]
Region 2: I/O ports at 4000 [size=8]
Region 3: I/O ports at 3c00 [size=4]
Region 4: I/O ports at 3800 [size=16]
Region 5: Memory at d0101400 (32-bit, non-prefetchable) [size=512]
Expansion ROM at <unassigned> [disabled] [size=512K]
Capabilities: [60] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-


Tomek

----------------------------------------------------------------------
Startuj z INTERIA.PL! >>> http://link.interia.pl/f186c

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-04-15 13:11    [W:0.049 / U:1.444 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site