Hi, Just for closing this topic. Two issues have been found which caused the slow write performance on our Sun Storage 7410 with RAIDZ2:
(1) A Opensolaris bug when NFS mount option is set to wsize=32768. Reducing to wsize=16384 resulted in a performance gain of about factor 2. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6686887 (2) The Sun Storage 7410 (software release 2009.09.01.0.0,1-1.2) was configured as an LDAP client for mapping Unix UID/GID to Windows names/groups. At every file access the filer asked the LDAP server and resolved the ownership of the file. This also happened during NDMP backups and caused a high load on the LDAP server. Seems that this release has a non-working name service cache daemon or that the cache size is too small. We have about 500 users and 100 groups. The LDAP replica was a Sun directory server 5.2p5 on a rather slow SunFire V240 with Solaris 9. After migrating the LDAP server to a fast machine (Solaris 10 x86 on VMware ESX 4i) the NFS I/O rate was much better and after disabling LDAP client at all the I/O rate is now about 16x better when 10 Linux hosts are untarring the Linux kernel source to the same NFS share. Actions: - time tar -xf ../linux-2.6.32-rc1.tar - time rm -rf linux-2.6.32-rc1 NFS mount options: wsize=16384 gzip: ZFS filesystem on the fly compression OpenStorage 7410 | tar -xf | rm -rf --------------------+-------------+------------ LDAP on, 1 client | 3m 50.809s | 0m 16.395s 10 clients | 19m 59.453s | 69m 12.107s --------------------+-------------+------------ LDAP off, 1 client | 1m 15.340s | 0m 14.784s 10 clients | 3m 29.785s | 4m 51.606s --------------------+-------------+------------ LDAP off, gzip 1 cl | 2m 13.713s | 0m 14.936s 10 cl | 3m 47.773s | 7m 37.606s In the meantime the system performs well. Best regards, Bernd -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
