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 <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
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
[EMAIL PROTECTED]
http://mail.opensolaris.org/mailman/listinfo/crypto-discuss
--
Darren J Moffat
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
