A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080722/002a0bdc/attachment.bin>
http://www.wheel.pl
pjd at FreeBSD.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080722/80aa0207/attachment.bin>
Pawel Jakub Dawidek wrote:
> On Tue, Jul 22, 2008 at 04:28:45PM +0200, Pawel Jakub Dawidek wrote:
>> Hi.
>>
>> I just reproduced a problem I was chasing on FreeBSD also on
>> OpenSolaris from around 2008.01.
>>
>> Simply doing something like this:
>>
>> write 9k of random data into 'foo' file
www.wheel.pl
pjd at FreeBSD.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080722/9a347d57/attachment.bin>
eeBSD/ZFS/i386 and OpenSolaris/ZFS/i386.
--
Pawel Jakub Dawidek http://www.wheel.pl
pjd at FreeBSD.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080722/ff456c7d/attachment.bin>
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080722/e54f3bd7/attachment.html>
-- nex
ZFS is designed to "sync" a transaction group about every 5 seconds
under normal work loads. So your system looks to be operating as
designed. Is there some specific reason why you need to reduce this
interval? In general, this is a bad idea, as there is somewhat of a
"fixed overhead" associated
