Алексей Федорчук
Подготовлена для: , #121 (август 2009), но была заменена на заметку про NILFS2
Файловая система btrfs не так давно стала полноправным членом семейства нативных ФС для Linux (начиная с ядра 2.6.29). И едва это случилось — она претерпела кардинальное изменение формата, что ознаменовалось выходом, после почти полугодичного перерыва, инструментария для работы с ним — btrfs-progs 0.19, рассчитанным на грядущее ядро 2.6.31. Который, по уверению разработчика, Криса Мэзона, способен создавать файловую систему с кардинально повышенным быстродействием. Несовместимую, однако, с инструментарием предыдущей версии.
Я решил проверить обоснованность этого заявления. Результаты — парадоксальны: действительно, при операциях с обычными, в том числе и очень большими, файлами, она показывает просто рекордные результаты в сравнении не только с традиционными ФС, но и с утверждающейся в качестве стандарта ext4. А вот манипуляции с очень мелкими файлами (каковых без счёта в любой Linux-системе) — просто провальны: местами замедление их более чем двухкратное.
Увы — до стабилизации btrfs мы ещё не дожили: следует ждать очередной смены формата на предмет большей сбалансированности её быстродействия.
А как с мелкими файлами обстоят дела сечас?
Да уж, с сегодняшнего дня ждём особо сильно ;-) Apple и Sun курили, видать, не трубку мира, а косячок, так что дело кончилось полным и безоговорочным посылом ZFS в dev/null со стороны яблочной компании. Быть может, Oracle накосячил, ХЗ. Вроде ребята из Sun подтвердили, что дело в лицензии.
Так что всё яблочное сообщество делает ставки на btrfs, hammerfs и прочие. Конечно, могут в Apple и свою FS разработать, денег хватит, но может времени не хватить конкретно.