<div dir="ltr">So basically i need to add just more drives... ?</div><div class="gmail_extra"> <div class="gmail_quote">2017-06-23 18:09 GMT+03:00 Guenther Alka <<a href="mailto:alka@hfg-gmuend.de" target="_blank">alka@hfg-gmuend.de</a>>: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The fragmentation info does not describe the fragmentation of the data on pool but the fragmentation of the free space. A high fragmentation value will result in high data fragmentation only when you write or modify data. <a href="https://utcc.utoronto.ca/~cks/space/blog/solaris/ZFSZpoolFragmentationMeaning" rel="noreferrer" target="_blank">https://utcc.utoronto.ca/~cks/space/blog/solaris/ZFSZpoolFragmentationMeaning</a> So the best and only way to reduce data fragmentation is not to fill up a pool say over 70-80%. You should also know that CopyOnWrite filesystems where a complete datablock ex 128k is written newly even if you change a "house" to a "mouse" in a textfile are more vulnerable to fragmentation than older filesystems. This is the price for the crash resitency where a power outage during a write cannot lead to a corrupted filesystem like with older filesystems where it can happen that the data is modified "infile" while the according metadata update is not happening. ZFS over-compensates this with its advanced rambased read and write caches. A "defrag tool" is not available for ZFS. Gea Am 23.06.2017 um 16:13 schrieb Artyom Zhandarovsky: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> there any way to decrease fragmentation of dr_tank ? </blockquote> -- _______________________________________________ OmniOS-discuss mailing list <a href="mailto:OmniOS-discuss@lists.omniti.com" target="_blank">OmniOS-discuss@lists.omniti.com</a> <a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" rel="noreferrer" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a> </blockquote></div> </div>