> having SMART work is probably a good idea Note that some (most?) of the USB-to-SATA bridges do not provide access to SMART, at least not on FreeBSD. Also can't turn off the write buffer, and no NCQ, and pathetically slow.
>> I have the Silicon Image 3132 which is PCIe-x1 with 2 sata ports. >> Not as fast as it should be but fast enough for my needs. >> Works well with FreeBSD siis(4), which provides NCQ. >> Works well with the 3726 port multiplier. Talks to recent >> 600MB/s drives at 300MB/s, unlike JMB363 which doesn't like >> 600MB/s drives, even with the sata rev hint set. > > 300MB/s should be enough. With vanilla rotating drives even 150 is enough. Speed-wise, NCQ is far more important than 300 or 600. Problem is that recent drives are 600 and don't work with JMB363. Drives used to have a jumper to pretend to only talk 150, for controllers that didn't deal well with 300. But as far as I know there isn't any way to get the 600 drives to pretend to be only 150 or 300. >> Issue: if a port has a problem (flaky disk or whatever), siis(4) may >> do a bunch of DELAY(big number) which interferes with other hardware >> doing real-time data logging, causing data to be lost. Unacceptable. >> Does not require power cycle though. I don't recall it even needing >> a reboot. > > That doesn't sound good, but I guess somebody can tell me the issues of > any controller or driver that comes up in this discussion. If you're OK > with siis despite this, I should too. It isn't acceptable, but I've had similar/identical problems with ata(4) and ahci(4). For all I know maybe all the disk drivers do it. I think the problem is keeping interrupts off for too long. _______________________________________________ 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"