On 28 July, 2007 - Marc Bevand sent me these 0,7K bytes:
> Matthew Ahrens sun.com> writes:
> >
> > So the errors on the raidz2 vdev indeed indicate that at least 3 disks
> > below
> > it gave the wrong data for a those 2 blocks; we just couldn't tell which 3+
> > disks they were.
>
> Somethi
MC eastlink.ca> writes:
>
> Obviously 7zip is far more CPU-intensive than anything in use with ZFS
> today. But maybe with all these processor cores coming down the road,
> a high-end compression system is just the thing for ZFS to use.
I am not sure you realize the scale of things here. Assumi
On 7/29/07, Lance Brown <[EMAIL PROTECTED]> wrote:
> Does anybody know if native block level replication or block level
> "de-duplication" as NetApp calls it will be added?
This has been discussed a bit in recent threads.
http://www.google.com/search?hl=en&q=%22zfs-discuss%22+site%3Amail.opensol
Does anybody know if native block level replication or block level
“de-duplication” as NetApp calls it will be added?
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailma
Hey Richard,
Thanks for your detailed response, it really helped us finding our way.
Me and my staff are quite familiar with the zpool/zfs commands. The thing is
that we wanted a 'zfs & x4500' workplan document, before we'll continue to the
next step which is creating the pools/file systems. I
On the heels of the LZO compression thread, I bring you a 7zip compression
thread!
Shown here as the open source system with the best compression ratio:
http://en.wikipedia.org/wiki/Data_compression#Comparative
Shown here on a SPARC system with the best compression ratios and good CPU
usage: h
