Re: [OmniOS-discuss] Fragmentation

2017-06-23 Thread Richard Elling
ZIL pre-allocates at the block level, so think along the lines of 12k or 132k. — richard > On Jun 23, 2017, at 11:30 AM, Günther Alka wrote: > > hello Richard > > I can follow that the Zil does not add more fragmentation to the free space > but is this effect relevant? >

Re: [OmniOS-discuss] Fragmentation

2017-06-23 Thread Günther Alka
hello Richard I can follow that the Zil does not add more fragmentation to the free space but is this effect relevant? If a ZIL pre-allocates say 4G and the remaining fragmented poolsize for regular writes is 12T Gea Am 23.06.2017 um 19:30 schrieb Richard Elling: A slog helps fragmentation

Re: [OmniOS-discuss] Fragmentation

2017-06-23 Thread Richard Elling
A slog helps fragmentation because the space for ZIL is pre-allocated based on a prediction of how big the write will be. The pre-allocated space includes a physical-block-sized chain block for the ZIL. An 8k write can allocate 12k for the ZIL entry that is freed when the txg commits. Thus, a

Re: [OmniOS-discuss] Fragmentation

2017-06-23 Thread Jim Klimov
On June 23, 2017 4:13:52 PM GMT+02:00, Artyom Zhandarovsky wrote: >disk errors: none > > > > > >- > >CAP Alert > >- > > > > Is there any way to decrease fragmentation of dr_tank ? > >-- > >zpool list (Sum of RAW disk capacity

Re: [OmniOS-discuss] Loosing NFS shares

2017-06-23 Thread Guenther Alka
With ESXi 6.0 I have had NFS problems as well. You should use at least 6.0U2(or 6.5.0d with the 6.5 line) Another problem may be timeouts. ZFS will wait longer for a disk than ESXi for NFS. What you can do is reducing disk timeout time in /etc/system with set sd:sd_io_time=0xF (=15s, default