1. Эта рекомендация составлят 10% (аналогичную рекомендацию дает, например Microsoft для NTFS, а в общем случае она действует для любой файловой системы, см. мою заметку “Откуда берется фрагментация. часть 2.”)

2. Она применима к случаям активной, постоянной перезаписи данных на томах aggregate мелкими рандомными блоками. Но это совсем не 100% случав использования системы хранения.

в обоих случаях не учитывается рекомендация оставлять свободное место на аггрегатах, чтобы wafl было куда писать данные.
На практике наблюдал что забитый на 99% аггрегат значительно тормозит на запись. Тогда, помнится, при незначительной нагрузке latency в среднем поднялось до 150ms, что уже ни в какие ворота…

В разных местах видел разные рекомендации от 10% (оставляемого свободного места) до 25% (это написано в последних слайдах курсов ontap 8.0 administration bootcamp, применительно к системам которые обслуживают БД)

Хотелось бы узнать, из каких соображений этот % не учитывается при расчете usable, и как вы вообще считаете — какой запас требуется оставлять и в каких случаях.

aler.