rc.d script for memory based zfs intent log
Hiroki Sato
hrs at FreeBSD.org
Wed Jan 9 05:51:28 UTC 2013
John <jwd at FreeBSD.ORG> wrote
in <20130109031834.GA14386 at FreeBSD.org>:
jw> ----- Hiroki Sato's Original Message -----
jw> > John <jwd at freebsd.org> wrote
jw> > in <20130109023327.GA1888 at FreeBSD.org>:
jw> >
jw> > jw> Hi Folks,
jw> > jw>
jw> > jw> Here's an rc.d script that provides a nice performance boost on
jw> > jw> ZFS/NFS based file servers. It also helps in other areas not specific
jw> > jw> to NFS.
jw> > jw>
jw> > jw> It attaches the log device at system startup and removes it at
jw> > jw> system shutdown time. Example;
jw> > jw>
jw> > jw> memzil_pools="tank"
jw> > jw> memzil_bootfs="YES"
jw> > jw> service memzil onestart
jw> > jw> zpool status tank
jw> > jw> service memzil onestop
jw> > jw>
jw> > jw> This configuration provides a nice performance boost especially to
jw> > jw> NFS, but also helps in other areas not specific to NFS.
jw> > jw>
jw> > jw> Please DO NOT USE this script if your system is not UPS backed, preferably
jw> > jw> with dual power supplies on separate circuits. If your system crashes you
jw> > jw> may lose data. The script contains information on recovery.
jw> > jw>
jw> > jw> http://people.freebsd.org/~jwd/memzil.txt
jw> > jw>
jw> > jw> Comments/Improvements appreciated.
jw> >
jw> > Why is simply setting sync=disabled to the ZFS dataset not enough?
jw>
jw> As you refer to, my understanding is that sync=disabled is at the dataset
jw> layer. The zil approach is at the zpool layer - sync=disabled would be
jw> nice at the zpool layer.
Can you elaborate why it matters? If one wants to disable ZIL, just
setting sync=disabled should be enough. Using memory disk to
effectively disable ZIL on physical HDDs looks a roundabout way to do
the same thing to me.
-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20130109/74863f48/attachment.sig>
More information about the freebsd-fs
mailing list