PCIe-x1 SATA controllers (was: Re: Adaptec 1405 on FreeBSD )

2009-11-23 Thread Dieter
In message 4b027c3e.7020...@freebsd.org, Alexander Motin writes:
  - SiI3124-based - fast and functional. It is actually PCI-X one, but
  there are many boards with built-in PCIe bridges.
  Do any of these fit in a x1 slot?
  I was surprised, but yes.
  
  My google-fu fails me.  Any make/model, URLs, or keywords?
 
 Syba PCI Express SATA II 4 x Ports RAID Controller Card SY-PEX40008

Does anyone other than Syba make these?  I'm a bit leery of Syba
after my experience with some of their other fine products.

Reviews on newegg say it Gets a bit hot and gets quite hot under load,
despite that big heatsink.
http://www.newegg.com/Product/ProductReview.aspx?Item=N82E16816124027
--
 The interesting fact I have seen yesterday, SiI3132 is able to read
 150MB/s, but write 170MB/s. I am not PCIe expert, but looks like
 transfer capabilities could be asymmetric. Also, and as soon as PCIe is
 duplex, I've also seen 110MB/s read from one drive, plus 100MB/s write
 to another, running at the same time.

Seems odd.
--
From what I can see, FreeBSD does not support the Marvell 88SE61xx
SATA controllers?

For example, the SATA2-PCIE1x12 has 4 SATA ports + 1 PATA channel,
for US$30.13
http://www.span.com/product_info.php?cPath=24_714_2502products_id=16957
There is a similar SATA2-PCIE1X11 board with all ports internal.

http://en.wikipedia.org/wiki/List_of_Marvell_Technology_Group_chipsets
points to a patch for OpenBSD:
http://www.webservertalk.com/message2133676.html
and apparently penguinix supports them.
--
Then we have this oddball, 2 SATA-300 ports + 2 SATA-150 ports:
SYBA SY-PEX40013
http://www.newegg.com/Product/Product.aspx?Item=N82E16816124029
___
freebsd-hardware@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org


Re: Adaptec 1405 on FreeBSD

2009-11-17 Thread Alexander Motin
Dieter wrote:
 In message 4b0176e7.7080...@freebsd.org, Alexander Motin writes:
 - SiI3124-based - fast and functional. It is actually PCI-X one, but
 there are many boards with built-in PCIe bridges.
 Do any of these fit in a x1 slot?
 I was surprised, but yes.
 
 My google-fu fails me.  Any make/model, URLs, or keywords?

Syba PCI Express SATA II 4 x Ports RAID Controller Card SY-PEX40008

http://www.amazon.com/Syba-Express-Ports-Controller-SY-PEX40008/dp/B002R0DZWQ/ref=sr_1_22?ie=UTF8s=electronicsqid=1258452902sr=1-22

 And as expected, bus limits it performance
 badly. But it is still works much faster then 3132 at the same bus.
 
 Hmmm, I must not have tested both disks at once before on the 3132:
 
 One at a time:
 
dd if=/dev/ad18 bs=1m count=1000 of=/dev/null
1048576000 bytes transferred in 8.807009 secs (119061534 bytes/sec)
 
dd if=/dev/ad20 bs=1m count=1000 of=/dev/null
1048576000 bytes transferred in 8.800526 secs (119149243 bytes/sec)
 
 Two at once:
 
dd if=/dev/ad18 bs=1m count=1000 of=/dev/null  dd if=/dev/ad20 bs=1m 
 count=1000 of=/dev/null
1048576000 bytes transferred in 13.766050 secs (76171160 bytes/sec)
1048576000 bytes transferred in 13.799268 secs (75987799 bytes/sec)
 
 so 152 MB/s total rather than the expected ~238.  PCIe x1 slot is supposed to
 be good for 250 MB/s, so it ought to be able to max out both disks at once,
 or at least get close.

I have close numbers.

250MB/s is actually performance of the physical level. Logical level
also creates overhead of somewhere about 30-40 bytes per transfer. As
soon as most of desktop chipsets limited with 128bytes transfers, it
also shouldn't be forgotten.

The interesting fact I have seen yesterday, SiI3132 is able to read
150MB/s, but write 170MB/s. I am not PCIe expert, but looks like
transfer capabilities could be asymmetric. Also, and as soon as PCIe is
duplex, I've also seen 110MB/s read from one drive, plus 100MB/s write
to another, running at the same time.

-- 
Alexander Motin
___
freebsd-hardware@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org


Re: Adaptec 1405 on FreeBSD

2009-11-16 Thread Andriy Gapon
on 16/11/2009 09:16 Patrick Proniewski said the following:
 On 15 nov. 2009, at 22:42, Dieter wrote:
 
 7.x doesn't support NCQ either.  :-(  I'm waiting impatiently for
 8.0 to come out. as I need NCQ.  Speaking of which, I've read that
 some controller/disk combinations have problems with NCQ?  Is there
 a way to turn NCQ on/off on a per-disk basis?
 
 Are you sure 8.0 will support NCQ? I've searched for NCQ on the
 freebsd web site (using google), and found nothing about it's
 implementation in the system.
 Wikipedia states that FreeBSD fully supports AHCI and NCQ since version
 8.0 http://en.wikipedia.org/wiki/Native_Command_Queuing but gives no
 reference.

See ahci(4) on relevant system.

-- 
Andriy Gapon
___
freebsd-hardware@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org


Re: Adaptec 1405 on FreeBSD

2009-11-16 Thread Alexander Motin
Dieter wrote:
 - SiI3124-based - fast and functional. It is actually PCI-X one, but
 there are many boards with built-in PCIe bridges.
 
 Do any of these fit in a x1 slot?

I was surprised, but yes. And as expected, bus limits it performance
badly. But it is still works much faster then 3132 at the same bus.

 - First generation of SiI chips (SiI3114). They are quite old - SATA1
 and PCI, but they are long-time supported and they take all possible
 from PCI bus, and in 66MHz PCI-X slot can give even more. But I have
 heard some negative comments about them.
 
 I have a 3512 card in a NetBSD box and it is slow but otherwise works fine.
 I have read various complaints about 1st gen SiL chips with FreeBSD,
 so do your homework before getting one for a FreeBSD box.  Perhaps the
 new drivers in 8.0 will fix these problems?

I haven't seen original chip errata to be sure, but ata(4) driver now
includes some workarounds for this chip. Same time, there is no such
quirks for 3114.

 7.x doesn't support NCQ either.  :-(  I'm waiting impatiently for
 8.0 to come out. as I need NCQ.  Speaking of which, I've read that
 some controller/disk combinations have problems with NCQ?  Is there
 a way to turn NCQ on/off on a per-disk basis?

It is already possible in HEAD to write quirks for specific device
models and firmware revisions. Also to control NCQ usage.

-- 
Alexander Motin
___
freebsd-hardware@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org


Re: Adaptec 1405 on FreeBSD

2009-11-15 Thread Patrick Proniewski

On 15 nov. 2009, at 22:42, Dieter wrote:


7.x doesn't support NCQ either.  :-(  I'm waiting impatiently for
8.0 to come out. as I need NCQ.  Speaking of which, I've read that
some controller/disk combinations have problems with NCQ?  Is there
a way to turn NCQ on/off on a per-disk basis?


Are you sure 8.0 will support NCQ? I've searched for NCQ on the  
freebsd web site (using google), and found nothing about it's  
implementation in the system.
Wikipedia states that FreeBSD fully supports AHCI and NCQ since  
version 8.0 http://en.wikipedia.org/wiki/Native_Command_Queuing but  
gives no reference.


pat

Re: Adaptec 1405 on FreeBSD

2009-11-13 Thread Alexander Motin
Patrick Proniewski wrote:
 Any idea about the FreeBSD support for Adaptec 1405 (ASC-1405)?

I doubt. It is more SAS then SATA card.

 Any PCIe card suggestion is appreciated.

FreeBSD 6.x is already legacy. If you are building something new, you
should look forward. What I have tested:
- SiI3124-based - fast and functional. It is actually PCI-X one, but
there are many boards with built-in PCIe bridges.
- two SiI3132-based (Adaptec 1420SA and many others) - as cheap PCIe x1
alternative (max 150MB/s per card). These two better supported with new
siis(4) driver on 8.0, but should work on 7.x with ata(4), haven't
looked lower.
- First generation of SiI chips (SiI3114). They are quite old - SATA1
and PCI, but they are long-time supported and they take all possible
from PCI bus, and in 66MHz PCI-X slot can give even more. But I have
heard some negative comments about them.
- Supermicro SAT2-MV8 on Marvell - recently tested it on 8.0, supported
in 7.x and probably before. Adaptec 1420SA is from the same series. But
they are PCI-X (tested it in PCI).
- Adaptec 1430SA - PCIe, based on newer Marvell chip. Added basic
support recently to 8-STABLE. Not supported before.
- most of chipset-integrated controllers (Intel, NVidia) are really not
bad when working in AHCI mode (they are not limited by bus speed).
- JMicron-based PCIe x1 adapters. They are cheap, AHCI-compatible and
not so bad, but limited by bus speed at about 180MB/s per card.

-- 
Alexander Motin
___
freebsd-hardware@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org


Re: Adaptec 1405 on FreeBSD

2009-11-13 Thread Patrick Proniewski

On 13 nov. 2009, at 21:00, Alexander Motin wrote:


Patrick Proniewski wrote:

Any idea about the FreeBSD support for Adaptec 1405 (ASC-1405)?


I doubt. It is more SAS then SATA card.


As far as I can say, SAS controler are SATA compliant.
In this particular case, the description from Adaptec reads Cost- 
effective I/O supporting SATA and SAS. That's fine, if I can upgrade  
to SAS HDs later, it's a cool feature.




Any PCIe card suggestion is appreciated.


FreeBSD 6.x is already legacy. If you are building something new, you
should look forward.


I know, but 8 is not ready, and I don't see the point in upgrading to  
7. And more importantly, I own a second server, hosted in a  
datacenter: I try to keep OS version synchronised, so that I can test  
buildkernel/buildworld/install on my local computer before trying the  
update on the (very) distant server.




What I have tested:
- SiI3124-based - fast and functional. It is actually PCI-X one, but
there are many boards with built-in PCIe bridges.
- two SiI3132-based (Adaptec 1420SA and many others) - as cheap PCIe  
x1
alternative (max 150MB/s per card). These two better supported with  
new

siis(4) driver on 8.0, but should work on 7.x with ata(4), haven't
looked lower.
- First generation of SiI chips (SiI3114). They are quite old - SATA1
and PCI, but they are long-time supported and they take all possible
from PCI bus, and in 66MHz PCI-X slot can give even more. But I have
heard some negative comments about them.
- Supermicro SAT2-MV8 on Marvell - recently tested it on 8.0,  
supported
in 7.x and probably before. Adaptec 1420SA is from the same series.  
But

they are PCI-X (tested it in PCI).
- Adaptec 1430SA - PCIe, based on newer Marvell chip. Added basic
support recently to 8-STABLE. Not supported before.
- most of chipset-integrated controllers (Intel, NVidia) are really  
not

bad when working in AHCI mode (they are not limited by bus speed).
- JMicron-based PCIe x1 adapters. They are cheap, AHCI-compatible and
not so bad, but limited by bus speed at about 180MB/s per card.


PCI-x and PCI are not an option for me.
In fact, everything comes from the fact my system behaves strangely  
from time to time.

Long explanation here: 
http://lists.freebsd.org/pipermail/freebsd-hardware/2007-June/004541.html

This problem disappeared for a long time, but came back just today. My  
wifi card is PCI, and according to the motherboard setup, PCI bus is  
on the same controller as on board SATA (with PCI-X too). The only  
slots that sit on a different chip are the two PCIe. I think that if I  
could move my HDs on the PCIe buses, it might resolve my problem. Even  
if it does solve this issue, it'll give me SATA II, in replacement of  
SATA I motherboard connectors. Either way, I win :)


pat



Re: Adaptec 1405 on FreeBSD

2009-11-13 Thread Alexander Motin
Patrick Proniewski wrote:
 PCI-x and PCI are not an option for me.
 In fact, everything comes from the fact my system behaves strangely from
 time to time.
 Long explanation here:
 http://lists.freebsd.org/pipermail/freebsd-hardware/2007-June/004541.html
 
 This problem disappeared for a long time, but came back just today. My
 wifi card is PCI, and according to the motherboard setup, PCI bus is on
 the same controller as on board SATA (with PCI-X too). The only slots
 that sit on a different chip are the two PCIe. I think that if I could
 move my HDs on the PCIe buses, it might resolve my problem. Even if it
 does solve this issue, it'll give me SATA II, in replacement of SATA I
 motherboard connectors. Either way, I win :)

I am not sure it is productive way. There is too many assumptions. Even
if it fix problems with disk, I am not sure your WiFi will work after
that. Even if assume that problem is localized inside south bridge (you
can't know that), there could be problems with other devices (LAN, for
example).

What's about changing SATA1 with SATA2 - I think you won't notice any
difference. Most of disks are not so fast to congest SATA1, while other
bonuses like NCQ are not supported by 6.4 any way.

-- 
Alexander Motin
___
freebsd-hardware@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org