Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-14 Thread Casper . Dik
>Bill Sommerfeld wrote: >> Similarly, the bulk of the synchronous I/O done during the import of SMF >> manifests early in boot after an install or upgrade are wasted effort.. > >I've done hundreds of installs. Empirically, my observation is that >the SMF manifest import scales well with processor

Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-14 Thread eric kustarz
Roch - PAE wrote: Right on. And you might want to capture this in a blog for reference. The permalink will be quite useful. such as: http://blogs.sun.com/erickustarz/entry/zil_disable ? We did have a use case for zil synchronicity which was a big user controlled transaction : turn

Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-14 Thread Richard Elling
Bill Sommerfeld wrote: Similarly, the bulk of the synchronous I/O done during the import of SMF manifests early in boot after an install or upgrade are wasted effort.. I've done hundreds of installs. Empirically, my observation is that the SMF manifest import scales well with processors. In o

Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-14 Thread James F. Hranicky
Anton B. Rang wrote: > The ZIL is a necessary part of ZFS. Just because the ZFS file structure will > be consistent after a system crash even with the ZIL disabled does not mean > that disabling it is safe! Is there a list of battery-backed RAID controllers supported by Solaris x86 somewhere? Doe

Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-14 Thread Bill Sommerfeld
On Thu, 2006-12-14 at 11:33 +0100, Roch - PAE wrote: > We did have a use case for zil synchronicity which was a > big user controlled transaction : > > turn zil off > do tons of thing to the filesystem. > big sync > turn zil back on Yep. The bulk of the "heavy lifting" o

Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-14 Thread Roch - PAE
Right on. And you might want to capture this in a blog for reference. The permalink will be quite useful. We did have a use case for zil synchronicity which was a big user controlled transaction : turn zil off do tons of thing to the filesystem. big sync turn zil

Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-13 Thread Richard Elling
Kory Wheatley wrote: The Luns will be on separate "SPA" controllers"not on all the same controller, so that's why I thought if we split our data on different disks and ZFS Storage Pools we would get better IO performance. Correct? The way to think about it is that, in general, for best perfo

Re: [zfs-discuss] Re: ZFS Storage Pool advice

2006-12-12 Thread Neil Perrin
Are you looking purely for performance, or for the added reliability that ZFS can give you? If the latter, then you would want to configure across multiple LUNs in either a mirrored or RAID configuration. This does require sacrificing some storage in exchange for the peace of mind that any “si