LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

У меня делает.

А что у тебя «делает»? Никаких ядерных ошибок (о которых писал комментатор на опеннете) я не вижу, аномального перерасхода места — тоже (см. ниже).

Утилизация меньше 40%.

А знаешь, почему?

Block group profiles:
 Data:             single            8.00MiB
 Metadata:         DUP              51.19MiB

Мелкие файлы в btrfs для экономии места хранятся внутри метаданных, прямо в узлах дерева хранения (о чём, собственно, и весь разговор — Шишкин считает, что так извращаться над B-деревьями категорически нельзя). Если создавать раздел на HDD, btrfs по умолчанию хранит метаданные в двух копиях. Вот и вся загадка. Working as intended.

У тебя, кстати, тоже не так чтобы очень хорошо было, что 82%

А где ты вообще видел ФС с нулевым оверхедом?

Попробуй заполнить 2K-файлами какую-нибудь ext4. Полезный объём будет примерно 41%(!) без всякого дублирования. (Это на самом деле тоже легко объяснимо. ext2 и производные не умеют упаковывать файлы такого размера в метаданные, поэтому под каждый файл выделяется полный блок, т. е. 4 килобайта. Но даже в пересчёте на четырёхкилобайтные файлы эффективность хранения тоже как бы не 100%.)

А ZFS вон в принципе загружать файлами более чем на 80% от общего объёма пула категорически не рекомедуется.

Исправление intelfx, :

У меня делает.

А что у тебя «делает»? Никаких ядерных ошибок (о которых писал комментатор на опеннете) я не вижу, аномального перерасхода места — тоже (см. ниже).

Утилизация меньше 40%.

А знаешь, почему?

Block group profiles:
 Data:             single            8.00MiB
 Metadata:         DUP              51.19MiB

Мелкие файлы в btrfs для экономии места хранятся внутри метаданных, прямо в узлах дерева хранения (о чём, собственно, и весь разговор — Шишкин считает, что так извращаться над B-деревьями категорически нельзя). Если создавать раздел на HDD, btrfs по умолчанию хранит метаданные в двух копиях. Вот и вся загадка. Working as intended.

У тебя, кстати, тоже не так чтобы очень хорошо было, что 82%

А где ты вообще видел ФС с нулевым оверхедом?

Попробуй заполнить 2K-файлами какую-нибудь ext4. Полезный объём будет примерно 41%(!) без всякого дублирования. (Это на самом деле тоже легко объяснимо. ext2 и производные не умеют упаковывать файлы такого размера в метаданные, поэтому под каждый файл выделяется полный блок, т. е. 4 килобайта. Но даже в пересчёте на четырёхкилобайтные файлы эффективность хранения тоже как бы не 100%.)

ZFS вон тоже загружать файлами более чем на 80% от общего объёма пула категорически не рекомедуется.

Исправление intelfx, :

У меня делает.

А что у тебя «делает»? Никаких ядерных ошибок (о которых писал комментатор на опеннете) я не вижу, аномального перерасхода места — тоже (см. ниже).

Утилизация меньше 40%.

А знаешь, почему?

Block group profiles:
 Data:             single            8.00MiB
 Metadata:         DUP              51.19MiB

Мелкие файлы в btrfs для экономии места хранятся внутри метаданных, прямо в узлах дерева хранения (о чём, собственно, и весь разговор — Шишкин считает, что так извращаться над B-деревьями категорически нельзя). Если создавать раздел на HDD, btrfs по умолчанию хранит метаданные в двух копиях. Вот и вся загадка. Working as intended.

У тебя, кстати, тоже не так чтобы очень хорошо было, что 82%

А где ты вообще видел ФС с нулевым оверхедом?

Попробуй заполнить 2K-файлами какую-нибудь ext4. Полезный объём будет примерно 41%(!) без всякого дублирования. (Это на самом деле тоже легко объяснимо. ext2 и производные не умеют упаковывать файлы такого размера в метаданные, поэтому под каждый файл выделяется полный блок, т. е. 4 килобайта. Но даже в пересчёте на четырёхкилобайтные файлы эффективность хранения тоже как бы не 100%.)

А ZFS вон вообще загружать файлами более чем на 80% от общего объёма пула категорически не рекомедуется.

Исправление intelfx, :

У меня делает.

А что у тебя «делает»? Никаких ядерных ошибок (о которых писал комментатор на опеннете) я не вижу, аномального перерасхода места — тоже (см. ниже).

Утилизация меньше 40%.

А знаешь, почему?

Block group profiles:
 Data:             single            8.00MiB
 Metadata:         DUP              51.19MiB

Мелкие файлы в btrfs для экономии места хранятся внутри метаданных (о чём, собственно, и весь разговор — Шишкин считает, что так извращаться над B-деревьями категорически нельзя). Если создавать раздел на HDD, btrfs по умолчанию хранит метаданные в двух копиях. Вот и вся загадка. Working as intended.

У тебя, кстати, тоже не так чтобы очень хорошо было, что 82%

А где ты вообще видел ФС с нулевым оверхедом?

Попробуй заполнить 2K-файлами какую-нибудь ext4. Полезный объём будет примерно 41%(!) без всякого дублирования. (Это на самом деле тоже легко объяснимо. ext2 и производные не умеют упаковывать файлы такого размера в метаданные, поэтому под каждый файл выделяется полный блок, т. е. 4 килобайта. Но даже в пересчёте на четырёхкилобайтные файлы эффективность хранения тоже как бы не 100%.)

А ZFS вон вообще загружать файлами более чем на 80% от общего объёма пула категорически не рекомедуется.

Исправление intelfx, :

У меня делает.

А что у тебя «делает»? Никаких ядерных ошибок (о которых писал комментатор на опеннете) я не вижу, аномального перерасхода места — тоже (см. ниже).

Утилизация меньше 40%.

А знаешь, почему?

Block group profiles:
 Data:             single            8.00MiB
 Metadata:         DUP              51.19MiB

Мелкие файлы в btrfs для экономии места хранятся внутри метаданных (о чём, собственно, и весь разговор — Шишкин считает, что так извращаться над B-деревьями категорически нельзя). Если создавать раздел на HDD, btrfs по умолчанию хранит метаданные в двух копиях. Вот и вся загадка. Working as intended.

У тебя, кстати, тоже не так чтобы очень хорошо было, что 82%

А где ты вообще видел ФС с нулевым оверхедом?

Попробуй заполнить 2K-файлами какую-нибудь ext4. Полезный объём будет примерно 41%(!) без всякого дублирования. А ZFS вон вообще загружать файлами более чем на 80% от общего объёма пула категорически не рекомедуется.

Исходная версия intelfx, :

У меня делает.

А что у тебя «делает»? Никаких ядерных ошибок (о которых писал комментатор на опеннете) я не вижу, аномального перерасхода места — тоже (см. ниже).

Утилизация меньше 40%.

А знаешь, почему?

Block group profiles:
 Data:             single            8.00MiB
 Metadata:         DUP              51.19MiB

Мелкие файлы в btrfs для экономии места хранятся внутри метаданных (о чём, собственно, и весь разговор — Шишкин считает, что так извращаться над B-деревьями категорически нельзя). Если создавать раздел на HDD, btrfs по умолчанию хранит метаданные в двух копиях. Вот и вся загадка. Working as intended.

У тебя, кстати, тоже не так чтобы очень хорошо было, что 82%

А где ты вообще видел ФС с нулевым оверхедом?

Попробуй заполнить 2K-файлами какую-нибудь ext4. Полезный объём будет примерно 50%(!) без всякого дублирования. А ZFS вон вообще загружать файлами более чем на 80% от общего объёма пула категорически не рекомедуется.