Re: [zfs-discuss] Niagara and ZFS compression?

[Sean Meighan]

On our Niagara T2000 32x1000mhz box, 8 gigs ram, 4x68gig disk drives . we setup three drives as raidz with compression. all of our performance issues are gone. remember we receive ~150 million lines of ASCII and 2 million files per day .  we have had zero performance issues since we 1) upgraded so solaris u03 2) added two more drives and setup a 3 disk raidz while doing this we also turned on compression for the heck of it. no performance differences we can measure. we are satisfied now with both the Niagara and ZFS. the web site is faster also http://canary.sfbay. try looking at a report where we must processs 100,000 lines of data. http://itsm-mpk-2.sfbay/canary/cgi-bin/canary.cgi?group=report&rpt_source=local&local_rpt=process_count&hour=11&r1=3&r2=1 This report shows every process running on every sun ray server in the world (approx 1 million pids). you can scroll down this report and find out which of the 1500 unique executables (oracle, vi,vim,emacs,mozilla,firefox,thunderbird,opera,.etc.) is causing the most load across the world. basically our performance issues have been solved. thanks ZFS and Niagara teams. sean Matthew Ahrens wrote: On Sun, Aug 20, 2006 at 06:16:23PM -0500, Mike Gerdts wrote: On 8/20/06, James Dickens <[EMAIL PROTECTED]> wrote: On 8/20/06, trevor pretty <[EMAIL PROTECTED]> wrote: Team During a ZFS presentation I had a question from Vernon which I could not answer and did not find with a quick look through the archives. Q: What's the effect (if any) of only having on Floating Point Processor on Niagara when you turn on ZFS compression? not an expert, but most if not all compression is integer based, and I don't think floating point is supported inside the kernel anyway so it has to be integer based. That's correct, we don't do any floating-point math in ZFS, either compression or checksumming. So Niagara's floating point performance will have no effect on ZFS performance. Not too long ago Roch said "compression runs in the context of a single thread per pool", which makes me worry much more about the speed of a single core doing all of the compression for a pool. This was not the design, we're working on fixing this bug so that many threads will be used to do the compression. --matt _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Sean Meighan Mgr ITSM Engineering Sun Microsystems, Inc. US Phone x32329 / +1 408 850-9537 Mobile 303-520-2024 Fax 408 850-9537 Email [EMAIL PROTECTED] NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss