Re: [zfs-discuss] [perf-discuss] [storage-discuss] zpool io to 6140 is really slow

2007-11-20 Thread Chad Mynhier
On 11/20/07, Asif Iqbal <[EMAIL PROTECTED]> wrote: > On Nov 20, 2007 7:01 AM, Chad Mynhier <[EMAIL PROTECTED]> wrote: > > On 11/20/07, Asif Iqbal <[EMAIL PROTECTED]> wrote: > > > On Nov 19, 2007 1:43 AM, Louwtjie Burger <[EMAIL PROTECTED]> wrote: > >

Re: [zfs-discuss] [perf-discuss] [storage-discuss] zpool io to 6140 is really slow

2007-11-20 Thread Chad Mynhier
ut at a data transmission rate around 200MB/s rather than the 256MB/s that you'd expect. Fibre channel uses an 8-bit/10-bit encoding, so it transmits 8-bits of data in 10 bits on the wire. So while 256MB/s is being transmitted on the connection itself, only 200MB/s of that is the data that yo

Re: [zfs-discuss] ZFS - Use h/w raid or not? Thoughts. Considerations.

2007-05-18 Thread Chad Mynhier
raidz. You can think of redundancy in ZFS as much the same thing as packet retransmission in TCP. If the data comes through bad the first time, checksum verification will catch it, and you get a second chance to get the correct data. A single-LUN zpool is the moral equivalent of disabling retr

Re: [zfs-discuss] cow performance penatly

2007-04-26 Thread Chad Mynhier
avoid fragmentation.) In the ideal case, this means writing to disk at full platter speed. This is where the main performance benefit of COW comes from. Chad Mynhier ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] ZFS entry in /etc/vfstab

2007-01-11 Thread Chad Mynhier
er an independent source of information to say what "should" be mounted. This is an example where this feature is convenient. There might be other examples where this feature is necessary. Chad Mynhier [1] Note that the purpose of the script was mostly to guard against operator error rath

Re: [zfs-discuss] What is touching my filesystems?

2006-10-17 Thread Chad Mynhier
'll need to do so. Chad Mynhier ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] Enabling compression/encryption on a populated filesystem

2006-07-18 Thread Chad Mynhier
On 7/18/06, Brian Hechinger <[EMAIL PROTECTED]> wrote: On Tue, Jul 18, 2006 at 09:46:44AM -0400, Chad Mynhier wrote: > On 7/18/06, Brian Hechinger <[EMAIL PROTECTED]> wrote: > > > >Being able to remove devices from a pool would be a good thing. I can't > >

Re: [zfs-discuss] Enabling compression/encryption on a populated filesystem

2006-07-18 Thread Chad Mynhier
storage from the pool. You need to wait for all of the data to be migrated, but in the meantime the data is available to users. You'd be able to do this with no significant downtime. And if the data migration happens at a suitably low priority, there's not even a performance hit. Cha

Re: [zfs-discuss] Enabling compression/encryption on a populated filesystem

2006-07-13 Thread Chad Mynhier
there would be some way to tell ZFS to treat a subset of disks as read-only. Chad Mynhier http://cmynhier.blogspot.com/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss