I've seen very good performance on streaming large files to ZFS on a
T2000. We have been looking at using the T2000 as a disk storage unit
for backups. I've been able to push over 500MB/s to the disks. Setup is
EMC Clariion CX3 with 84 500GB SATA drives connected w/ 4Gbps all the
way to the disk shelves. The 84 drives are presented as raw luns to the
T2000 -- no HW RAID enabled on the Clariion. The problem we've seen
comes when enabling compression, as that is single threaded per zpool.
Enabling compression drops our throughput to 12-15MB/s per pool.
This is bugid: 6460622, the fix is apparently set to be put back into
Nevada fairly soon.
-Andy
Reuven Kaswin wrote:
With the CPU overhead imposed in checksum of blocks by ZFS, on a large
sequential write test, the CPU was heavily loaded in a test that I ran. By
turning off the checksum, the CPU load was greatly reduced. Obviously, this
caused a tradeoff in reliability for CPU cycles.
Would the logic behind ZFS take full advantage of a heavily multicored system,
such as on the Sun Niagara platform? Would it utilize of the 32 concurrent
threads for generating its checksums? Has anyone compared ZFS on a Sun Tx000,
to that of a 2-4 thread x64 machine?
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
