Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Feb 2011 19:30:32 -0400
From:      Chris Forgeron <cforgeron@acsi.ca>
To:        Pawel Jakub Dawidek <pjd@FreeBSD.org>, "freebsd-fs@FreeBSD.org" <freebsd-fs@FreeBSD.org>
Cc:        "freebsd-current@FreeBSD.org" <freebsd-current@FreeBSD.org>
Subject:   RE: HEADS UP: ZFSv28 is in!
Message-ID:  <BEBC15BA440AB24484C067A3A9D38D7E014A5400825B@server7.acsi.ca>
In-Reply-To: <20110227202957.GD1992@garage.freebsd.pl>
References:  <20110227202957.GD1992@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
Yay! Thanks for all of your work on ZFS. I was just about to inquire about when this was going to happen.

I've been having great success with v28 in the Dec 12 2010 version, other than my minor complaints about imports and speed.

Concerning speed, I've been running further speed tests this weekend with FreeBSD trying to isolate what effect NFS has on my tests. Earlier I found a Solaris 11 box being faster than a FreeBSD 9 box for the same hardware. I notice giant-lock logic in the NFS server code, and while it shouldn't be in play for a MP safe fs like ZFS, I'm not sure.

I have a few NFS custom tests, including forcing async in the code even when VMWare opens it as O_SYNC.  Judging by the Solaris speed difference, I think they must be silently doing something similar to get the speed they do on ZFS with a ZIL enabled. 

I also need to look into how the Intel X520 card is setup in Solaris compared to FreeBSD, as it may be my speed limiter. 

This will make further testing much easier now that I no longer need to juggle patches. 

Thanks again. 


-----Original Message-----
From: owner-freebsd-fs@freebsd.org [mailto:owner-freebsd-fs@freebsd.org] On Behalf Of Pawel Jakub Dawidek
Sent: Sunday, February 27, 2011 4:30 PM
To: freebsd-fs@FreeBSD.org
Cc: freebsd-current@FreeBSD.org
Subject: HEADS UP: ZFSv28 is in!

Hi.

I just committed ZFSv28 to HEAD.

New major features:

- Data deduplication.
- Triple parity RAIDZ (RAIDZ3).
- zfs diff.
- zpool split.
- Snapshot holds.
- zpool import -F. Allows to rewind corrupted pool to earlier
  transaction group.
- Possibility to import pool in read-only mode.

PS. If you like my work, you help me to promote yomoli.com:)

	http://yomoli.com
	http://www.facebook.com/pages/Yomolicom/178311095544155

-- 
Pawel Jakub Dawidek                       http://www.wheelsystems.com
FreeBSD committer                         http://www.FreeBSD.org
Am I Evil? Yes, I Am!                     http://yomoli.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BEBC15BA440AB24484C067A3A9D38D7E014A5400825B>