Darren J Moffat
2008-Aug-28 08:45 UTC
[zfs-discuss] [Fwd: Re: Review for 6729208 Optimize macros in sys/byteorder.h (due Sept. 3)]
Not the common case for ZFS but a useful performance improvement for when it does happen. This is as a result of some follow on work to optimising the byteswapping work Dan has done for the crypto algorithms in OpenSolaris. -------- Original Message -------- Subject: Re: Review for 6729208 Optimize macros in sys/byteorder.h (due Sept. 3) Date: Wed, 27 Aug 2008 11:56:23 -0700 (PDT) From: Dan Anderson <opensolaris at drydog.com> To: crypto-discuss at opensolaris.org Here''s some performance results running " find . -exec ls -l" on separate ZFS filesystems created on x86 and sparc and imported/exported to amd64, em64t, and sun4u platforms. This shows performance gain from optimized byteorder.h macros. Percent savings, real time ZFS filesystem created originally on: Platform x86 sparc amd64 4% 3% em64t 3% 4% sun4u 4% 2% Environment: * Create 2 separate ZFS filesystems with 1024 directories, each with 32 files, are on x86 and sparc and zpool export/import to the other systems. * Run this command on ZFS filesystem: find . -exec ls -l {} \; >/dev/null * Run using NV97 with and without fix to RFE 6729208 (byteorder.h macro optimization) BTW, I still could use some code review comments: http://dan.drydog.com/reviews/6729208-bswap3/ -- This message posted from opensolaris.org _______________________________________________ crypto-discuss mailing list crypto-discuss at opensolaris.org http://mail.opensolaris.org/mailman/listinfo/crypto-discuss -- Darren J Moffat