The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Принято решение использовать в Fedora 16  по умолчанию файло..., opennews (ok), 09-Июн-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


24. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 09-Июн-11, 16:04 
Баг архитектуры, о которой говорил Шишкин, уже поправили? Или на моём /usr/portage половину места будут занимать метаданные?
Ответить | Правка | Наверх | Cообщить модератору

33. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Frankemail (ok), 09-Июн-11, 17:41 
> Баг архитектуры, о которой говорил Шишкин, уже поправили? Или на моём /usr/portage
> половину места будут занимать метаданные?

~$ sudo btrfs f df /
Data: total=55.26GB, used=51.37GB
System, DUP: total=8.00MB, used=12.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=2.12GB, used=781.04MB
Metadata: total=8.00MB, used=0.00

Ответить | Правка | Наверх | Cообщить модератору

36. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Я (??), 09-Июн-11, 17:44 
> Баг архитектуры, о которой говорил Шишкин, уже поправили? Или на моём /usr/portage
> половину места будут занимать метаданные?

Смотря какой "баг". Какой у Вас размер FS?

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

51. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 09-Июн-11, 19:32 
10 Гб.
Ответить | Правка | Наверх | Cообщить модератору

60. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Я (??), 09-Июн-11, 22:01 
> 10 Гб.

Тогда не будут :]. По умолчанию на btrfs метаданные хранятся в двух копиях,
но это не чувствуется из-за сжатия.

Ответить | Правка | Наверх | Cообщить модератору

123. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 10-Июн-11, 14:37 
> 10 Гб.

Ну спасибо что хоть не на 1 сидюк, как у Шишкина. А, простите, на кой хрен вам на томе такого размера эта ФС вообще нужна? Все-равно снапшотов там много не понаделаешь.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

166. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Я (??), 10-Июн-11, 20:18 
>> 10 Гб.
> Ну спасибо что хоть не на 1 сидюк, как у Шишкина. А,
> простите, на кой хрен вам на томе такого размера эта ФС
> вообще нужна? Все-равно снапшотов там много не понаделаешь.

btrfs - файловая система общего назначения (в разумных пределах).
Просто режим "по умолчанию" работает не очень обычно: метаданные и данные хранятся в раздельных блоках (блоки выделяются по 256 мегабайт и выше).

Если какой-то из блоков заполняется - выделяется следующий. На особо маленьких файловых системах это хорошо чувствуется: все блоки данных заполняются, а один блок метаданных может остаться сиротливо практически пустым.

Это можно решить разными способами: перебалансировкой (btrfs filesystem balance /) или отформатировать файловую систему в так называемый mixed режим (blocks with mixed data and metadata). Там в одних и тех-же блоках хранятся и данные и метаданные.

Для маленьких систем (типа meego, или гентушнегу на /usr/portage) mixed - идеальный вариант.

Ответить | Правка | Наверх | Cообщить модератору

169. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 10-Июн-11, 20:40 
> btrfs - файловая система общего назначения (в разумных пределах).

В каком-то роде так, но тащить такую фичастую хреновину на 10Гб том - довольно странная идея. То-есть, в идеале хорошо бы учесть и такой сценарий, но сильно надрываться для него имхо не актуально.

> Для маленьких систем (типа meego, или гентушнегу на /usr/portage) mixed - идеальный
> вариант.

А разве на портажах не будет дофига и больше метаданных? Там же сорсы - мелкие файлы, размер метаданных сравним с размером данных. А локализация данных и метаданных в неких областях по идее может ускорить операции с ними (операции будут более последовательны). При современных объемах дисков довольно странно было бы экономить копейки мегабайтов проиграв в скорости.

Ответить | Правка | Наверх | Cообщить модератору

180. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Я (??), 11-Июн-11, 00:48 
>> btrfs - файловая система общего назначения (в разумных пределах).
> В каком-то роде так, но тащить такую фичастую хреновину на 10Гб том
> - довольно странная идея. То-есть, в идеале хорошо бы учесть и
> такой сценарий, но сильно надрываться для него имхо не актуально.

У нее нет особого оверхера даже для такого сценария. Если отключить чексуммы: mount -o nodatasum и дублирование метаданных: mkfs -m single (фиг на них для portage), то мы вообще получим только выигрыш по сравнению с другими FS за счёт аккуратной упаковки файлов.

>> Для маленьких систем (типа meego, или гентушнегу на /usr/portage) mixed - идеальный
>> вариант.
> А разве на портажах не будет дофига и больше метаданных? Там же
> сорсы - мелкие файлы, размер метаданных сравним с размером данных. А
> локализация данных и метаданных в неких областях по идее может ускорить
> операции с ними (операции будут более последовательны). При современных объемах дисков
> довольно странно было бы экономить копейки мегабайтов проиграв в скорости.

Скорость только увеличится за счёт более плотной упаковки на диске. На ext4 portage в гигабайт трудно уместить из-за жирной таблицы инодов и внутренней фрагментации внутри блоков на диске.

Уж в чём btrfs обвинить нельзя - так это в тормозах из-за неэффективности хранения.

Пример:
portage tree: 200 000 файлов (177MB), в среднем ~1.5KB каждый.

Размер таблицы инодов: 200000 * 256 байт: 50MB; а их надо резервировать больше, ибо статические (это так парит!).
Внутренняя фрагментация внутри блоков, выделенных под файл (если размер блока - 4KB) 200 000 * 2KB = 400MB.

В сумме из-за фрагментации теряем 500MB. Не говоря о лишних seek. Итого на ext4 portage занимает 700MB.

В случае с portage - да. Всё забито исключительно (присутствующими на диске в 2 экземплярах) метаданными, так как маленькие файлы хранятся прямо в том же месте с метаданными (inline), а блок с данными (~256MB) будет пустым.

Но даже в таком режиме это занимает меньше места на диске (compress=lzo), чем с ext4:
/dev/sda10            4,5G  1,1G  3,4G  24% /mnt/portage
В этих 1.1G лежит:
- исходник ядра на 474MB
- portage (rsync) - 184MB
- portage (CVS) - 168MB
Чистый размер всего этого добра 819M (--mixed FS)

Ответить | Правка | Наверх | Cообщить модератору

38. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +1 +/
Сообщение от Аноним (-), 09-Июн-11, 17:59 
Давно расставили систему костылей, чтоб метаданные так не плодились.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру