Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:
VS> А откуда я должен быть их узнать? ну, я обычно спрашиваю про неведомую херню у гугля - тем более, когда херня очевидно сложная, и замедомо имеющая проблемы.
VS> Мне приходила в голову мысль почитать про ZFS в Handbook, и я таки читал. ну так хэндбук - это ридми для дибилов. Чтобы он как-то вообще что-то могли поставить. Тем более странно ожидать там подробностей про чуждую подсистему. VS> Hаписано кстати очень доходчиво. ну вот оно у тебя поставилось, и как-то работает. Задача хэндбука выполнена.
VS> Более того, еще раньше я читал сановский administration guide в evil tuning guide, помнится, были упоминания и этого момента тоже. Или где-то рядом там же.
AK>> у ufs тоже случается, она об этом честно умеет написать в лог. VS> Пример? я давно не налетал. Hо в какой-то момент оно начинает жаловаться что дальнейшая запись файлов будет неоптимальной. Хотя, возможно, это проблема времен version1.
VS> И ты не ответил на вопрос, 30% свободных это должно быть всегда, вне нет, это красная полоса, при пересечении которой у тебя очень мало времени что-то предпринять - диски стоят дорого, "вдруг" нарастить емкость непросто. Катастрофическое падение производительности будет где-то на 10%. Проваливания туда следует избегать любым способом, потому что я не очень уверен, что zfs умеет восстанавливать нормальную работоспособность такого пула после удаления лишнего. Если на диске ничего не меняется - тогда и <20 вполне работает. Hо обычно на хранилках объем уменьшается по параболическому принципу.
VS> зависимости от количества ОЗУ? В Handbook я помнится видел VS> примерное требование 1 ГБ ОЗУ на 1 Тб стораджа. У меня соблюдается. я бы начинал с восьми. Опять же - не то чтобы не работало совсем, но количество опасных грабель резко возрастает. Включая развал scrub после неудачной посадки.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
