Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-11-27 Thread Roch Bourbonnais
Le 22 oct. 08 à 21:02, Bill Sommerfeld a écrit : On Wed, 2008-10-22 at 09:46 -0700, Mika Borner wrote: If I turn zfs compression on, does the recordsize influence the compressratio in anyway? zfs conceptually chops the data into recordsize chunks, then compresses each chunk

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-10-22 Thread Mika Borner
Leave the default recordsize. With 128K recordsize, files smaller than If I turn zfs compression on, does the recordsize influence the compressratio in anyway? -- This message posted from opensolaris.org ___ zfs-discuss mailing list

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-10-22 Thread Bob Friesenhahn
On Wed, 22 Oct 2008, Mika Borner wrote: Leave the default recordsize. With 128K recordsize, files smaller than If I turn zfs compression on, does the recordsize influence the compressratio in anyway? Yes, I believe so. ZFS is not going to try to compress a chunk of data larger than the

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-10-22 Thread Nicolas Williams
On Tue, Oct 21, 2008 at 05:50:09AM -0700, Marcelo Leal wrote: If i have many small files (smaller than 128K), i would not waste time reading 128K? And after the ZFS has allocated a FSB of 64K for example, if that file gets bigger, ZFS will use 64K blocks right? ZFS uses the smallest

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-10-22 Thread Bill Sommerfeld
On Wed, 2008-10-22 at 09:46 -0700, Mika Borner wrote: If I turn zfs compression on, does the recordsize influence the compressratio in anyway? zfs conceptually chops the data into recordsize chunks, then compresses each chunk independently, allocating on disk only the space needed to store each

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-10-21 Thread Marcelo Leal
Hello Roch! Leave the default recordsize. With 128K recordsize, files smaller than 128K are stored as single record tightly fitted to the smallest possible # of disk sectors. Reads and writes are then managed with fewer ops. In the write ZFS is dynamic, but in the read? If i have

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-10-18 Thread Toby Thain
On 18-Oct-08, at 12:46 AM, Roch Bourbonnais wrote: Leave the default recordsize. With 128K recordsize, files smaller than 128K are stored as single record tightly fitted to the smallest possible # of disk sectors. Reads and writes are then managed with fewer ops. Not tuning the recordsize

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-10-17 Thread Roch Bourbonnais
Leave the default recordsize. With 128K recordsize, files smaller than 128K are stored as single record tightly fitted to the smallest possible # of disk sectors. Reads and writes are then managed with fewer ops. Not tuning the recordsize is very generally more space efficient and more

Re: [zfs-discuss] Tool to figure out optimum ZFS recordsize for a Mail server Maildir tree?

2008-09-18 Thread Nils Goroll
Hi, It is important to remember that ZFS is ideal for writing new files from scratch. IIRC, maildir MTAs never overwrite mail files. But courier-imap does maintain some additional index files which will be overwritten and I guess other IMAP servers will probably do the same. Nils