Re: [zfs-discuss] JBOD recommendation for ZFS usage

2011-05-29 Thread Florian Wagner
> Dear all > > Sorry if it's kind of off-topic for the list but after talking > to lots of vendors I'm running out of ideas... > > We are looking for JBOD systems which > > (1) hold 20+ 3.3" SATA drives > > (2) are rack mountable > > (3) have all the nive hot-swap stuff > > (4) allow 2 hosts

[zfs-discuss] JBOD recommendation for ZFS usage

2011-05-29 Thread Thomas Nau
Dear all Sorry if it's kind of off-topic for the list but after talking to lots of vendors I'm running out of ideas... We are looking for JBOD systems which (1) hold 20+ 3.3" SATA drives (2) are rack mountable (3) have all the nive hot-swap stuff (4) allow 2 hosts to connect via SAS (4+ lines

Re: [zfs-discuss] offline dedup

2011-05-29 Thread Daniel Carosone
On Fri, May 27, 2011 at 07:28:06AM -0400, Edward Ned Harvey wrote: > > From: Daniel Carosone [mailto:d...@geek.com.au] > > Sent: Thursday, May 26, 2011 8:19 PM > > > > Once your data is dedup'ed, by whatever means, access to it is the > > same. You need enough memory+l2arc to indirect references

Re: [zfs-discuss] DDT sync?

2011-05-29 Thread Edward Ned Harvey
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- > boun...@opensolaris.org] On Behalf Of Edward Ned Harvey > > (1) I'll push the recordsize back > up to 128k, and then repeat this test something slightly smaller than 128k. > Say, 120k. Good news. :-) Changing the recordsize mad

Re: [zfs-discuss] optimal layout for 8x 1 TByte SATA (consumer)

2011-05-29 Thread Roy Sigurd Karlsbakk
> > And if the ZFS is supposedly smart enough to use request coalescing > > as to minimize mechanical seek times, then it might actually be > > possible that your disks would get "stuck" averagely serving > > requests > > from different parts of the platter, i.e. middle-inside and > > middle-outsid