forum.opennet.ru - "Кто силён в BTRFS, подскажзите, в чем нюанс." (5)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Кто силён в BTRFS, подскажзите, в чем нюанс."

Форум Открытые системы на сервере (Файловые системы, диски / Linux)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Кто силён в BTRFS, подскажзите, в чем нюанс."	+/–
Сообщение от Rom1 (ok) on 15-Дек-11, 16:11
Есть два раздела с данной ФС, первый на SSD, второй на iSCSI. Оба используются под кеш сквида, ессно море мелких файлов. Так, вот на SSD (sdc1) осталось чуть-чуть места, но по df показывает свободного 73G, а по btrfs-show какую-то ерунду: used 39.38GB и тут-же used 111.78GB Чего он мне показывает? # btrfs-show Label: none uuid: f6536e39-b181-430c-88d2-e80189a41b12 Total devices 1 FS bytes used 39.38GB devid 1 size 111.78GB used 111.78GB path /dev/sdc1 Label: none uuid: 5e67c1fd-c06e-4cbb-a2fa-d93899ed13ae Total devices 1 FS bytes used 150.52MB devid 1 size 349.99GB used 3.04GB path /dev/sdd1 Btrfs Btrfs v0.19 # df -h Файловая система Разм Исп Дост Исп% смонтирована на ... /dev/sdc1 112G 40G 73G 36% /squid/squid-ssd /dev/sdd1 350G 168M 350G 1% /squid/squid-iscsi И еще, как узнать "сжатие хвостов" и "комбинирование мелкотни" включено или нет? и как включить/проверить?
Ответить \| Правка \| Cообщить модератору

Оглавление

Кто силён в BTRFS, подскажзите, в чем нюанс., Andrey Mitrofanov, 19:00 , 15-Дек-11, (1)

Кто силён в BTRFS, подскажзите, в чем нюанс., Andrey Mitrofanov, 19:20 , 15-Дек-11, (2)

Кто силён в BTRFS, подскажзите, в чем нюанс., Andrey Mitrofanov, 19:33 , 15-Дек-11, (3)
Кто силён в BTRFS, подскажзите, в чем нюанс., me, 22:00 , 15-Дек-11, (4)

Кто силён в BTRFS, подскажзите, в чем нюанс., Rom1, 12:11 , 16-Дек-11, (5)

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

1. "Кто силён в BTRFS, подскажзите, в чем нюанс." +/–

Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:00

> Так, вот на SSD (sdc1) осталось чуть-чуть места, но по df показывает
Ну да, 73G. Их df и показал. А что такое Ваше "чуть-чуть"?
> свободного 73G, а по btrfs-show какую-то ерунду: used 39.38GB и тут-же
> used 111.78GB
> Чего он мне показывает?
Вероятно, это два разных "used". Первый - данные внутри ФС, второй - занятое (размеченное под~) на диске _разделами.
> # btrfs-show
> Label: none  uuid: f6536e39-b181-430c-88d2-e80189a41b12
>         Total devices 1 FS bytes used 39.38GB
>         devid    1 size 111.78GB used 111.78GB path /dev/sdc1

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

2. "Кто силён в BTRFS, подскажзите, в чем нюанс." +/–

Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:20

> Вероятно, это два разных "used". Первый - данные внутри ФС, второй -
> занятое (размеченное под~) на диске _разделами.
Гм, не, не то. Пошёл на свою машину с btrfs, вот show и df -T c почти пустого /tmp
Label: none  uuid: 83106710-d018-45d4-ac89-2d6a7c1c7d18
        Total devices 1 FS bytes used 28.00KB
        devid    1 size 572.00MB used 100.00MB path /dev/dm-3
Ф. система    Тип    1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/mapper/starage-tmp
             btrfs      585728        28    585700   1% /tmp
Про второй used -- снова ничего не понятно...
>> # btrfs-show
>> Label: none  uuid: f6536e39-b181-430c-88d2-e80189a41b12
>>         Total devices 1 FS bytes used 39.38GB
>>         devid    1 size 111.78GB used 111.78GB path /dev/sdc1

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

3. "Кто силён в BTRFS, подскажзите, в чем нюанс." +/–

Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:33

> Про второй used -- снова ничего не понятно...
Гм, https://btrfs.wiki.kernel.org/articles/f/a/q/FAQ_1fe9.html#W...
Понятно, что ничего не понятно.

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

4. "Кто силён в BTRFS, подскажзите, в чем нюанс." +/–

Сообщение от me (??) on 15-Дек-11, 22:00

>> Вероятно, это два разных "used". Первый - данные внутри ФС, второй -
>> занятое (размеченное под~) на диске _разделами.
ну почти так и есть
первая строчка used -> super_bytes_used - это used из суперблока фактически,
только это значение они в btrfs_device дублируют, что-б можно было
с немонтированной fs считать, а второй - bytes_used, это сколько на device
выделено экстентов под fs. (самое забавное, что эта штука может плавать
и потенциально может случиться что used > size :))
>[оверквотинг удален]
> /dev/mapper/starage-tmp
>
>  btrfs      585728
>     28    585700
> 1% /tmp
> Про второй used -- снова ничего не понятно...
>>> # btrfs-show
>>> Label: none  uuid: f6536e39-b181-430c-88d2-e80189a41b12
>>>         Total devices 1 FS bytes used 39.38GB
>>>         devid    1 size 111.78GB used 111.78GB path /dev/sdc1

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

5. "Кто силён в BTRFS, подскажзите, в чем нюанс." +/–

Сообщение от Rom1 (ok) on 16-Дек-11, 12:11

> Ну да, 73G. Их df и показал. А что такое Ваше "чуть-чуть"?
Не важно :)
Дело было так - когда стояла ext3, оказывается закончились айноды и кэш на этом разделе стал раком. Всего было занято 40G из 120G. Я айноды, по глупости, не заметил. И решил что мелкие файлы "захватили" все блоки :)
После розыска необходимой ФС, обратил внимание на btrfs. Вот с ней и тестировал.
Весь кэш который был на ext3, ни много ни мало более 5 млн. файлов, запаковал в архив.
После создания раздела btrfs распаковал туда всё это хозяйство. Потом распаковал туда еще раз, этот-же архив, и когда процентов двадцать туда распаковались, вот тогда начались загрузки процессора и дикие тормоза ФС. Остановил распаковку, удалил повторку, и поставил его в бой. Через 3 часа опять все стало раком, только уже из-за btrfs.
Короче, я более экспериментов ставить не стал, вернул ext3, добавил айнодов, и всключил опять в бой.
Более btrfs не интересует ;)

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Кто силён в BTRFS, подскажзите, в чем нюанс."	+/–
Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:00
> Так, вот на SSD (sdc1) осталось чуть-чуть места, но по df показывает Ну да, 73G. Их df и показал. А что такое Ваше "чуть-чуть"? > свободного 73G, а по btrfs-show какую-то ерунду: used 39.38GB и тут-же > used 111.78GB > Чего он мне показывает? Вероятно, это два разных "used". Первый - данные внутри ФС, второй - занятое (размеченное под~) на диске _разделами. > # btrfs-show > Label: none uuid: f6536e39-b181-430c-88d2-e80189a41b12 > Total devices 1 FS bytes used 39.38GB > devid 1 size 111.78GB used 111.78GB path /dev/sdc1
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Кто силён в BTRFS, подскажзите, в чем нюанс."	+/–
	Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:20
	> Вероятно, это два разных "used". Первый - данные внутри ФС, второй - > занятое (размеченное под~) на диске _разделами. Гм, не, не то. Пошёл на свою машину с btrfs, вот show и df -T c почти пустого /tmp Label: none uuid: 83106710-d018-45d4-ac89-2d6a7c1c7d18 Total devices 1 FS bytes used 28.00KB devid 1 size 572.00MB used 100.00MB path /dev/dm-3 Ф. система Тип 1K-блоков Исп Доступно Исп% смонтирована на /dev/mapper/starage-tmp btrfs 585728 28 585700 1% /tmp Про второй used -- снова ничего не понятно... >> # btrfs-show >> Label: none uuid: f6536e39-b181-430c-88d2-e80189a41b12 >> Total devices 1 FS bytes used 39.38GB >> devid 1 size 111.78GB used 111.78GB path /dev/sdc1
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Кто силён в BTRFS, подскажзите, в чем нюанс."	+/–
	Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:33
	> Про второй used -- снова ничего не понятно... Гм, https://btrfs.wiki.kernel.org/articles/f/a/q/FAQ_1fe9.html#W... Понятно, что ничего не понятно.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Кто силён в BTRFS, подскажзите, в чем нюанс."	+/–
	Сообщение от me (??) on 15-Дек-11, 22:00
	>> Вероятно, это два разных "used". Первый - данные внутри ФС, второй - >> занятое (размеченное под~) на диске _разделами. ну почти так и есть первая строчка used -> super_bytes_used - это used из суперблока фактически, только это значение они в btrfs_device дублируют, что-б можно было с немонтированной fs считать, а второй - bytes_used, это сколько на device выделено экстентов под fs. (самое забавное, что эта штука может плавать и потенциально может случиться что used > size :)) >[оверквотинг удален] > /dev/mapper/starage-tmp > > btrfs 585728 > 28 585700 > 1% /tmp > Про второй used -- снова ничего не понятно... >>> # btrfs-show >>> Label: none uuid: f6536e39-b181-430c-88d2-e80189a41b12 >>> Total devices 1 FS bytes used 39.38GB >>> devid 1 size 111.78GB used 111.78GB path /dev/sdc1
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	5. "Кто силён в BTRFS, подскажзите, в чем нюанс."	+/–
	Сообщение от Rom1 (ok) on 16-Дек-11, 12:11
	> Ну да, 73G. Их df и показал. А что такое Ваше "чуть-чуть"? Не важно :) Дело было так - когда стояла ext3, оказывается закончились айноды и кэш на этом разделе стал раком. Всего было занято 40G из 120G. Я айноды, по глупости, не заметил. И решил что мелкие файлы "захватили" все блоки :) После розыска необходимой ФС, обратил внимание на btrfs. Вот с ней и тестировал. Весь кэш который был на ext3, ни много ни мало более 5 млн. файлов, запаковал в архив. После создания раздела btrfs распаковал туда всё это хозяйство. Потом распаковал туда еще раз, этот-же архив, и когда процентов двадцать туда распаковались, вот тогда начались загрузки процессора и дикие тормоза ФС. Остановил распаковку, удалил повторку, и поставил его в бой. Через 3 часа опять все стало раком, только уже из-за btrfs. Короче, я более экспериментов ставить не стал, вернул ext3, добавил айнодов, и всключил опять в бой. Более btrfs не интересует ;)
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору