Вышла версия 0.16 файловой системы btrfs. Новшеств много, и они значительны:

• Полностью распределенное блокирование B-дерева. При поиске в B-дереве блокировка узлов теперь спускается вместе с курсором; узлы на верхних уровнях освобождаются по мерер необходимости. С блокированием при выделении экстентов все еще есть проблемы, которые будут решены следующем релизе
• Усовершенствование журналирования данных (режим data=ordered). В режиме data=ordered btrfs будет записывать грязные блоки пользовательскх данных до фиксации транзакции. Теперь журналирование данных затрагивает только сами блоки данных и относящиеся к ним экстент-итемы B-дерева. Остальные метаданные транзакции могут сбрасываться на диск параллельно с записью блоков данных (раньше приходилось ожидать сброса пользовательских блоков).
• Поддержка ACL (Josef Bacik). ACL реализованы и включены по умолчанию.
• Предотвращение потери файлов (Josef Bacik). Слой Linux VFS и POSIX API заставляют файловую систему разлинковывать файл от каталога до его удаления из ФС (т.е. освобождения его блоков и inode). В случае крэша ФС между разлинковкой и удалением этот файл остается на диске, но не имеет имени. Теперь btrfs отслеживает такие случаи и гарантирует полное освобождение всех занимаемых файлом ресурсов в случае крэша ФС.
• Новый формат индекса каталога (Josef Bacik). Btrfs индексирует каталоги двумя способами: первый заточен для быстрого поиска имен, второй возвращает inodes в порядке, близком к их расположению в B-дереве, что важно для высокой производительности при создании полных бэкапов ФС. Теперь в btrfs для элементов каждого каталога введен sequence-номер, с помощью которого устраняются некоторые наихудшие случаи второго способа индекирования для файлов, имеющих множество имен (жестких ссылок) в одном каталоге.
• Уменьшенное время размонтирования (Yan Zheng). Раньше btrfs ожидала удаления всех старых транзакций перед размонтированием ФС. В новой версии введен кэш учета ссылок, существенно снижающий нагрузку на диск и улучшающий производительность ФС на всех режимах.
• Улучшения в потоковых записи и чтении. Новый код журналирования данных улучшил производительность потоковой записи. Потоковое чтение усовершенствовано за счет оптимизации пула потоков (threads), занимающихся проверкой контрольный сумм после прочтения данных. Теперь, на машинах с достаточно мощным CPU, производительность режимов datasum и nondatasum практически сравнялась.