I'm observing the following behavior in our environment (Sol10U2, E2900, 24x96, 
2x2Gbps, ...)

- I've a compressed ZFS filesystem where I'm creating a large tar file. I 
notice that the tar process is running fine (accumulating CPU, truss shows 
writes, ...) but for whatever reason the timestamp on the file doesn't change 
nor does the file size change. The same is true for 'zpool list' output, the 
usage numbers don't change for minutes at a time.

- I started a tar job to the compressed ZFS filesystem reading from another 
compressed ZFS filesystem. At the same time I started copying files from 
another ZFS filesysem (same pool  & same attributes) to a remote server (GigE 
connection) using SCP writing to an UFS filesystem. [b]Guess what? My scp over 
the wire beat the pants off of the local ZFS tar session writing to a 2x2Gbps 
SAN and EMC disks![/b]

[b]I'm beginning to develop serious reservations about ZFS performance, 
specially with the compress feature turned on.[/b]
 
 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to