public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
@ 2008-07-03  8:51 Justin Piszcz
  2008-07-03 12:50 ` Jeff Garzik
  0 siblings, 1 reply; 8+ messages in thread
From: Justin Piszcz @ 2008-07-03  8:51 UTC (permalink / raw)
  To: linux-raid, linux-kernel

On the motherboard itself (all drives configured for AHCI)

[    2.360648] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.678244] ata1.00: ATA-8: WDC WD3000GLFS-01F8U0, 03.03V01, max UDMA/133
[    2.678594] ata1.00: 586072368 sectors, multi 0: LBA48 NCQ (depth 31/32)
[    2.684566] ata1.00: configured for UDMA/133

On the PCI-e cards:

[   16.136568] ata11: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
[   16.155682] ata11.00: ATA-8: WDC WD3000GLFS-01F8U0, 03.03V01, max UDMA/133
[   16.156545] ata11.00: 586072368 sectors, multi 16: LBA48 NCQ (depth 31/32)
[   16.162949] ata11.00: configured for UDMA/100

How come the PCI-e card configured the drive for UDMA/100 and not UDMA/133?

Perhaps the PCI-e card/driver does not configure/have AHCI functionality, 
or?

The mobo: Intel DG965WH
The card: 03:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 Serial 
ATA Raid II Controller (rev 01)

The hard drives are the same make/model.

Thanks,

Justin.


^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
@ 2008-07-03 19:28 Daniel J Blueman
  0 siblings, 0 replies; 8+ messages in thread
From: Daniel J Blueman @ 2008-07-03 19:28 UTC (permalink / raw)
  To: Justin Piszcz; +Cc: Jeff Garzik, Linux Kernel

On 3 Jul, 18:10, Justin Piszcz <jpis...@lucidpixels.com> wrote:
> On Thu, 3 Jul 2008, Roger Heflin wrote:
> > Justin Piszcz wrote:
>
> >> On Thu, 3 Jul 2008, Jeff Garzik wrote:
>
> >>> Justin Piszcz wrote:
>
> > Well, given that pcie x1 is max 250MB/second, and a number of pcie cards are
> > not native (they have a pcie to pci converter between them), "dmidecode -vvv"
> > will give you more details on the actual layout of things, and given that I
> > have seen several devices actually run slower by having the ability to
> > oversubscribe the bandwidth that is available and seemingly actually run
> > slower because of this ability, that may have some bearing,    Ie 2 slower
> > disks may be faster than 2 fast disks on the pcie just because they don't
> > oversubscribe the interfere. And given that if there is a pci converter that
> > may lower the overall bandwidth even more, and cause the issue.   If this was
> > old style ethernet I would have though collisions, but it must just come down
> > to the arbitration setups not being carefully designed for high utilization,
> > and high interference between devices.
>
> >                               Roger
>
> I have ordered a couple 4 port boards (that are PCI-e x4), my next plan
> of action to acquire > 600MiB/s is as follows:
>
> Current:
> Mobo: 6 drives (full speed)
> Silicon Image (3 cards, 2 drives each)
>
> Future:
> Mobo: 6 drives (full speed)
> Silicon Image (3 cards, 1 drive each)
> Four Port Card in x16 slot (the 3 remaining drives)
>
> This should in theory allow 1000 MiB/s..
>
> --
>
> # dmidecode -vvv
> dmidecode: invalid option -- v
>
> Assume you mean lspci:
>
> 05:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller (rev 01)
>          Subsystem: Silicon Image, Inc. Device 7132
>          Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
>          Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
>          Latency: 0, Cache Line Size: 64 bytes
>          Interrupt: pin A routed to IRQ 16
>          Region 0: Memory at e0104000 (64-bit, non-prefetchable) [size=128]
>          Region 2: Memory at e0100000 (64-bit, non-prefetchable) [size=16K]
>          Region 4: I/O ports at 2000 [size=128]
>          Expansion ROM at e0900000 [disabled] [size=512K]
>          Capabilities: [54] Power Management version 2
>                  Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
>                  Status: D0 PME-Enable- DSel=0 DScale=1 PME-
>          Capabilities: [5c] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
>                  Address: 0000000000000000  Data: 0000
>          Capabilities: [70] Express (v1) Legacy Endpoint, MSI 00
>                  DevCap: MaxPayload 1024 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
>                          ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
>                  DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
>                          RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
>                          MaxPayload 128 bytes, MaxReadReq 512 bytes
>                  DevSta: CorrErr+ UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- TransPend-
>                  LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1 unlimited
>                          ClockPM- Suprise- LLActRep- BwNot-
>                  LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
>                          ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
>                  LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
>          Capabilities: [100] Advanced Error Reporting <?>
>          Kernel driver in use: sata_sil24

PCIe (gen 1) x1 tops out around 186MB/s with 128 bytes Max Payload,
after 8b/10b encoding,  DLLP and TLP protocols, so this would mostly
account for the limits.

Part of it may depend on implementation, you'll know what I mean if
you've used hp's older (C)CISS controllers.

Daniel
-- 
Daniel J Blueman

^ permalink raw reply	[flat|nested] 8+ messages in thread
[parent not found: <fa.Rv78KGguIBjNqcR6d0heXxceZEM@ifi.uio.no>]
end of thread, other threads:[~2008-07-09 14:49 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-03  8:51 Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller? Justin Piszcz
2008-07-03 12:50 ` Jeff Garzik
2008-07-03 13:48   ` Justin Piszcz
2008-07-03 16:19     ` Roger Heflin
2008-07-03 17:02       ` Justin Piszcz
  -- strict thread matches above, loose matches on Subject: below --
2008-07-03 19:28 Daniel J Blueman
     [not found] <fa.Rv78KGguIBjNqcR6d0heXxceZEM@ifi.uio.no>
2008-07-04  4:35 ` Robert Hancock
2008-07-09 14:48   ` Lennart Sorensen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox