VS>> А откуда я должен быть их узнать? AK> ну, я обычно спрашиваю про неведомую херню у гугля - тем более, когда AK> херня очевидно сложная, и замедомо имеющая проблемы.
VS>> Мне приходила в голову мысль почитать про ZFS в Handbook, и я таки VS>> читал. AK> ну так хэндбук - это ридми для дибилов.
В мемориз!
AK> Чтобы он как-то вообще что-то AK> могли поставить. Тем более странно ожидать там подробностей про чуждую AK> подсистему.
Ну так они нашли там место для разных подробностей в Advanced Topics и Tuning, а простого предупреждения избегать заполнения пула не написали.
VS>> Hаписано кстати очень доходчиво. AK> ну вот оно у тебя поставилось, и как-то работает. Задача хэндбука AK> выполнена.
На такую задачу и хэндбука не надо, инсталлятор нынче предлагает автоматически на zfs поставить.
AK>>> у ufs тоже случается, она об этом честно умеет написать в лог. VS>> Пример? AK> я давно не налетал. Hо в какой-то момент оно начинает жаловаться что AK> дальнейшая запись файлов будет неоптимальной. Хотя, возможно, это AK> проблема времен version1.
Если ты про сообщение "optimization changed from time to space" и обратно, это не ошибка нифига. Я нередко fs под хранилище больших файлов сразу форматировал с "-m0", чтобы места не терять. Никакой видимой деградации производительности от этого не проиходит.
VS>> И ты не ответил на вопрос, 30% свободных это должно быть всегда, VS>> вне AK> нет, это красная полоса, при пересечении которой у тебя очень мало AK> времени что-то предпринять - диски стоят дорого, "вдруг" нарастить AK> емкость непросто. Катастрофическое падение производительности будет AK> где-то на 10%. Проваливания туда следует избегать любым способом,
OK, спасибо, буду знать.
Хотя интересно, почему удаление-то тормозит при заполнении пула. Операции, которые делаются через CoW, понятно почему тормозят, а при удалении там тоже, что ли, что-то куда-то копируется?
