The OpenNET Project / Index page

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



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

Оглавление

Очередная порция улучшений в Btrfs, opennews (??), 18-Дек-12, (0) [смотреть все]

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


43. "Очередная порция улучшений в Btrfs"  +2 +/
Сообщение от runoverheads (ok), 19-Дек-12, 06:11 
нет таких проблем.

дерево портежей спокойно в 620mb вмещается. К слову, на ext4 ему раздела на 1GB сильно недостаточно!

# df -h /usr/portage
Filesystem      Size  Used Avail Use% Mounted on
/dev/md0p4      1.1G  622M  171M  79% /media/misc/portage

# du -hs /usr/portage/
632M    /usr/portage/

# find /usr/portage/ -type f|wc -l -
136372 -

# btrfs fi df /usr/portage
Data: total=315.69MB, used=145.57MB
System, DUP: total=8.00MB, used=16.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=341.06MB, used=237.75MB
Metadata: total=8.00MB, used=0.00

как видно почти полторы сотни тысяч мелких файлов вполне отлично разместились. размер занятого места примерно равен суммарному весу файлов.

близкий результат выдавал тока reiser4 c compress=lzo1 и tail packing. p/s он всё же был экономнее и быстрее, жаль не поддержали(

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

45. "Очередная порция улучшений в Btrfs"  +/
Сообщение от Аноним (-), 19-Дек-12, 06:37 
сжатие на бтр-е стоит?
Ответить | Правка | Наверх | Cообщить модератору

47. "Очередная порция улучшений в Btrfs"  –1 +/
Сообщение от runoverheads (ok), 19-Дек-12, 06:45 
> сжатие на бтр-е стоит?

да, zlib) и nodesize = 16k

всего влезло 830mb на раздел в 1024mb:

# df -h /usr/portage/
Filesystem      Size  Used Avail Use% Mounted on
/dev/md0p4      1.1G  826M  134M  87% /media/misc/portage

# btrfs fi df /usr/portage
Data: total=315.69MB, used=182.07MB
System, DUP: total=8.00MB, used=16.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=341.06MB, used=321.91MB
Metadata: total=8.00MB, used=0.00

попытка повторить эксперимент, поиграться с metadata_ratio успеха не принесла. опция тупо ничего не изменила.

опция --mixed mix metadata and data together даст больше объёма для данных, но ценой скорости, ощутимой на глаз.

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

62. "Очередная порция улучшений в Btrfs"  +/
Сообщение от runoverheads (ok), 19-Дек-12, 13:38 
> сжатие на бтр-е стоит?

на свежую голову понял что чтото не так..

оказалось опция nodatacow отключает сжатие. и значит выше результаты без сжатия.

вот с сжатие, картинка намного приятней

mkfs.btrfs -L Portage -l 32k -n 32k /dev/md0p4

mount -o rw,noatime,nodiratime,nodatasum,noacl,space_cache,metadata_ratio=4,compress=lzo /dev/disk/by-label/Portage /usr/portage

cd /usr/ && time tar -xf /portage-latest.tar.xz

df -hm /usr/portage/
Filesystem     1M-blocks  Used Available Use% Mounted on
/dev/md0p4          1026   457       402  54% /media/misc/portage

btrfs fi df /usr/portage
Data: total=315.69MB, used=83.21MB
System, DUP: total=8.00MB, used=32.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=256.38MB, used=186.44MB
Metadata: total=8.00MB, used=0.00

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

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

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




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

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