Alan DuBoff wrote:
> I thought the frameworks created a shim layer between the SATA command
> set and the SCSI-based, but I could be wrong. So, I thought there was a
> different command set on the physical device. I may be wrong on that.
> 
> For me, and I haven't done a lot of experimenting, but SCSI is so much
> faster for certain operations on Solaris. Some of my systems have SATA
> that are running in compatibility mode, so that is a bad comparison.
>
> I'm going to try and swap a controller around this coming week, so I can
> move a set of SATA drives to me main workstation at home, it has only
> SCSI in it now, but the SCSI is great to work on. In general I have much
> better experiences with SCSI rather than SATA, although SATA always
> sounds better on paper to me.

Ive gone through a couple of different SATA controllers on my main
workstation and IMHO I have found that the marvell88sx controllers seem
to work the best.

Currently, I have a Supermicro SAT2-MV8
(http://www.supermicro.com/products/accessories/addon/AoC-SAT2-MV8.cfm).
Low price point (~100 USD) and no pesky RAID chipset make it perfect for
ZFS arrays and general workstation use.

> It would be nice if we could get someone from the SATA team to join and
> work with the community on this, maybe Steve can help by providing some
> information on the device he has, and put that together with what they
> may know already. From Alan Perry's response, he might be working on
> SATA also these days.

I agree.

I will start digging a bit this weekend to see what I can find with
respect to SATA tape commands, technical info on the Quantum DLT-V4, and
getting familiar with the SATA frameworks from a developer perspective.

On a personal note, other than the practical implications of having SATA
tape devices functioning within Nevada, I am looking to get my feet wet
working within ON and begin working towards becoming a regular contributor.

Cheers!

Steve

-- 
Yet magic and hierarchy
arise from the same source,
and this source has a null pointer.

Reference the NULL within NULL,
it is the gateway to all wizardry.
_______________________________________________
driver-discuss mailing list
driver-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/driver-discuss

Reply via email to