>> Сейчас ZFS серьёзно оптимизировали по потреблению ресурсов оперативной памяти.
> Да, да, отдельный кэш у ФС, не управляемый непосредственно ядром ОС -
> это пиндец как оптимально. Не, извините, юзеры линукса привыкли к нормально
> работающим решениям, а не вот такому вот.Вообще-то, ZFS— часть ядра FreeBSD. Если в линуксе не так, то и говорите за линукс. Зачем в кучу мешать коней и людей?
>> Что было месяц назад и что сейчас на FreeBSD 9.1-STABLE — "земля и небо".
>> ARC не так агрессивно распоряжается свободной оперативной памятью, как раньше.
> Ну значит при большой записи он лишний раз тормознет.
ARC никак не связан с записью. Это кэш для чтения.
> Понимаешь, пока вы
> его на костылях и подпорках учите бегать, в нормальных ФС дисковый
> кэш играет с кернелом в совместную игру, так что ФСам по
> сути всегда доступна вся свободная память покуда она есть. А как
> только она становится нужна - кернел может ее оттяпать форсированным образом,
> вплоть до форсирования сброса буфферов на диск с целью их изъятия.
> А случае живущего своей жизнью ARC так не катит.
У вас, может быть, он и живёт "своей жизнью". Но обобщать не надо.
>> Файловые системы для SSD нужно ещё правильно готовить, чтобы они учитывали специфику
>> 4k-блоков флешатины вместо стандартных 512 байтных секторов HDD.
> А также сдвиг по erase-блокам и прочая. Но это в идеале. А
> реально - половина юзерей безбашенно форматнет "уж как вышло". И хорошо
> бы чтобы ФС не падала в грязь лицом даже при таком,
> не столь удачном раскладе.
Поэтому ZFS используется специалистами весьма эффективно, а такими, как вы, — как придётся.
>> Для этого на FreeBSD есть провайдер GEOM Nop gnop(8), который
>> подготавливает пространство SSD под использование файловой системы,
> И чем он так уж помогает флешу? И чего он такого делает,
> чего нельзя сделать иными средствами?
Он помогает флэшу не делать перезаписей соседних областей (флэш перезаписывает полностью 4k блок) на любую серию 512-байтных "чихов" ФС.
>> будь-то классическая ФС или же современная CoW-ФС. В Linux, наверное, об этом не слышали,
>> так как ФС там дюже умные и сами определяют, какой носитель они используют.
> Тем не менее, там есть и возможность вручную тыкнуть "а вот считай
> это SSD" или "а заюзай-ка trim вот с этим носителем". И
> да, если ты не понял, ФС должна довольно сильно менять логику
> работы под SSD, ориентируясь на крупноблочный обмен.
Вот именно я это и хочу донести. ФС не откуда узнать о правильной структуре флэша, если информация от него самого фальшива.
