The OpenNET Project / Index page

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



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

Оглавление

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

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


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

17. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от koblin (ok), 09-Июн-11, 15:15 
в некоторых тестах быстрее, но там бонусы в другом, это как бы аналог ZFS
Ответить | Правка | Наверх | Cообщить модератору

22. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +2 +/
Сообщение от AlexYeCu (?), 09-Июн-11, 15:42 
А cpu и память тоже как не в себя жрёт? ZFS мне именно этим запомнилась, да невнятным управлением снэпшотами из GUI (хотя это нарекания уже к GUI, а не к файловой как таковой).
Ответить | Правка | Наверх | Cообщить модератору

32. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Frankemail (ok), 09-Июн-11, 17:36 
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root       258  0.0  0.0      0     0 ?        S    14:58   0:00 [btrfs-genwork-0]
root       259  0.0  0.0      0     0 ?        S    14:58   0:01 [btrfs-submit-0]
root       261  0.0  0.0      0     0 ?        S    14:58   0:00 [btrfs-fixup-0]
root       264  0.0  0.0      0     0 ?        S    14:58   0:00 [btrfs-endio-met]
root       266  0.0  0.0      0     0 ?        S    14:58   0:00 [btrfs-freespace]
root       267  0.0  0.0      0     0 ?        S    14:58   0:00 [btrfs-cleaner]
root       268  0.1  0.0      0     0 ?        S    14:58   0:09 [btrfs-transacti]
root       283  0.1  0.0      0     0 ?        S    14:58   0:09 [btrfs-endio-2]
root       287  0.0  0.0      0     0 ?        S    14:58   0:03 [btrfs-endio-met]
root      1531  0.0  0.0      0     0 ?        S    14:59   0:00 [flush-btrfs-1]
root      1811  0.1  0.0      0     0 ?        S    14:59   0:10 [btrfs-delalloc-]
root      1812  0.0  0.0      0     0 ?        S    14:59   0:02 [btrfs-worker-1]
root      1901  0.1  0.0      0     0 ?        S    14:59   0:05 [btrfs-endio-wri]
root     11155  0.2  0.0      0     0 ?        S    16:08   0:03 [btrfs-endio-wri]

~$ free -m
             total       used       free     shared    buffers     cached
Mem:          2003       1833        170          0        317        562
-/+ buffers/cache:        953       1050
Swap:            0          0          0

~$ sudo btrfs f sh
Label: none  uuid: 256db948-10e0-4ced-bae3-7e429c4a019e
    Total devices 1 FS bytes used 52.13GB
    devid    1 size 59.53GB used 59.53GB path /dev/sda2

Btrfs Btrfs v0.19

~$ cat /etc/issue
Ubuntu 11.04 \n \l

~$ sudo grep btrfs /var/log/installer/syslog
Oct 16 15:42:12 ubuntu 50mounted-tests: debug: mounted as btrfs filesystem

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

47. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от pavlinux (ok), 09-Июн-11, 19:08 
total 2003
used  1833  

Ещё на одни фаерфокс хватит :)


--------


            total       used       free     shared    buffers     cached
Mem:       3605404     569124    3036280          0          0     241464
-/+ buffers/cache:     327660    3277744
Swap:       131068      00000     131068



# ps axo euid,pid,time,pcpu,comm | grep xfs

    0    38 00:00:00  0.0 xfs_mru_cache
    0    39 00:00:00  0.0 xfslogd
    0    40 00:00:00  0.0 xfsdatad
    0    41 00:00:00  0.0 xfsconvertd
    0    72 00:00:24  0.1 xfsbufd/sda2
    0   552 00:00:00  0.0 xfsbufd/sda1
    0   553 00:00:00  0.0 xfsbufd/sdb1
    0   554 00:00:01  0.0 xfsbufd/sdc1
    0   555 00:00:03  0.0 xfsbufd/sdc2
    0   556 00:00:07  0.0 xfsbufd/sdb2
1000  1693 00:00:00  0.0 xfsettingsd


Работают: Тандырбёрд, фаерфокс, опера, openvpn, sshd и мелочь всяка...

XFS, OpenSuSE, linux-3.0.0-rc2

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

49. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от koblin_ (?), 09-Июн-11, 19:13 
pavlinux, ты посмотри сколько из этих "used  1833" занимает btrfs
Ответить | Правка | Наверх | Cообщить модератору

81. "Принято решение использовать в Fedora 16  по умолчанию файло..."  –1 +/
Сообщение от pavlinux (ok), 10-Июн-11, 04:08 
> pavlinux, ты посмотри сколько из этих "used  1833" занимает btrfs

Да пофигу, кривой и тормозной он.
Можете попробовать VboxManage clone

Пока РедШляп к себе на RHEL не поставит, я к ней больше подойду.  

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

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

Но это все-равно шаг вперед в технологиях, каркуша. А то что оно не моментально станет стабильное при таких наворотах - к бабке не ходи! Ну так теструй на тестовых данных, олух. Кто ж на ценных данных такое тестирует?!

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

48. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +1 +/
Сообщение от pro100master (ok), 09-Июн-11, 19:11 
нравятся такие доводы... 60GB! А на 2 ТБ с 1-2 млн файлов? Там только ноды 1.5ГБ в памяти займут, правда не знаю, грузит ли он их все в память :)))
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

56. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +1 +/
Сообщение от iZEN (ok), 09-Июн-11, 21:05 
> в некоторых тестах быстрее, но там бонусы в другом, это как бы аналог ZFS

Прошу огласить хотя бы десяток фич ZFS, которые есть у Btrfs.

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

73. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +1 +/
Сообщение от Я (??), 10-Июн-11, 01:30 
>> в некоторых тестах быстрее, но там бонусы в другом, это как бы аналог ZFS
> Прошу огласить хотя бы десяток фич ZFS, которые есть у Btrfs.

data checksums
writable snapshots/subvolumes
b-trees повсюду
on-line defrag конкретного файла
on-line resize (и в меньшую сторону тоже)
on-line добавление/удаление устройств в хранилище
on-line "пербалансировка" (равномерное перераспределение данных
по всем устройствам. может выполнять функцию глобального дефрагментатора)
raid0/1/10 (можно выбирать избыточность отдельно для данных и для метаданных)
все изменения - copy-on-write (не нужен журнал - всё быстро и стабильно)
поддержка сжатия (zlib, lzo 2.6.38+)
на подходе on-line проверка целостности данных (scrubbing 3.0-rc1+).
    есть в ядре, нет вbtrfs-progs
on-line автодефрагментация (3.0-rc2+)

ну как, угадал чего-нибудь?

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

125. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 10-Июн-11, 14:46 
> поддержка сжатия (zlib, lzo 2.6.38+)

Ну это у zfsников тоже есть. А вот изъять том из пула - это у них да, попаболь.

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

156. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от ыфырф (?), 10-Июн-11, 17:39 
>> поддержка сжатия (zlib, lzo 2.6.38+)
> Ну это у zfsников тоже есть. А вот изъять том из пула
> - это у них да, попаболь.

в нестабильной ветке запилили уже.

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

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

В нестабильной ветке чего, простите? Соляра теперь закрытая же.

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

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

Если лезть в детали, данные в произвольном месте и их простое двигание в btrfs были предусмотрены заранее. В zfs - прикручиваются по принципу "уж как выйдет" к тому что есть. Где это в конечном итоге будет прямее и эффективнее работать - можно догадаться с одной попытки :)

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

137. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 10-Июн-11, 15:21 
> on-line автодефрагментация (3.0-rc2+)

Это у zfs очень больная тема. С фрагментацией в ней полный швах (что вообще типично для cow), и никаких костылей против этого в ней нет. В результате дикое падение скорости по мере активного использования (создания/удаления/увеличения файлов).

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

164. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Я (??), 10-Июн-11, 19:14 
>> on-line автодефрагментация (3.0-rc2+)
> Это у zfs очень больная тема. С фрагментацией в ней полный швах
> (что вообще типично для cow), и никаких костылей против этого в
> ней нет. В результате дикое падение скорости по мере активного использования
> (создания/удаления/увеличения файлов).

Еще в btrfs можно пофайлово или для всей ФС отключать cow (mount -o nodatacow) как таковой
(полезно для всяких образов работающих виртуальных машин и прочих с random write). Ядро будет писать данные прямо в выделенные до этого экстенты.

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

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

А зачем в линуксе аналог zfs, если она уже портирована под него?
Те дистры, которым это интересно, сделают сборку модулей через dkms, делов-то. Но вряд ли это примет массовый характер - все-таки zfs больше красивая игрушка, чем рабочий инструмент.
По скорости и живучести она все равно с xfs тягаться не может.

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

162. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 10-Июн-11, 18:28 
> По скорости и живучести она все равно с xfs тягаться не может.

По живучести - сможет, CoW потенциально надежная штука. По скорости разумеется фиг - CoW склонный к фрагментации и без дефрагера... ну вот оно и требует ...цать гигз оперативы под кеш, или тормозит - на выбор.  


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

175. "Принято решение использовать в Fedora 16  по умолчанию файло..."  +/
Сообщение от Аноним (-), 11-Июн-11, 00:23 
Не надо путать живучесть данных и живучесть фс. cow немного повышает шансы на выживание данных, но если нагнутся метаданные - вытащить данные может оказаться нереально (никто уже не скажет, какому файлу из какого снапшота принадлежит этот экстент).

Разработчики XFS решили этот вопрос радикально - открытые на запись в момент сбоя файлы заполняются нулями (этим данным кабздец, да), но зато метаданные всегда в строгом порядке - в результате гарантированно выживают остальные файлы, так что в итоге живучесть данных тоже оказывается на уровне.

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

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

Одно несколько взаимосвязано с другим. Путать - не стоит.

> cow немного повышает шансы на выживание данных, но если нагнутся метаданные
> - вытащить данные может оказаться нереально (никто уже не скажет,
> какому файлу из какого снапшота принадлежит этот экстент).

Ну, если так рассуждать, если нагнутся метаданные описывающие выделение блоков, никто не сможет понять к какому файлу относится вон тот блок.

Я про чуть иные случаи. Например для ZFS довольно типично совсем не осиливать монтирование тома + крешиться в сервисных утилях при минимальном повреждении метаданных. Это довольно плохое свойство ФС означающее что при малейшем сбое и отсутсвии бэкапа, вы пойдете в хексэдитор, парсить навернутые структуры самолично вместо облажавшегося это сделать кода драйвера/утилит.

> Разработчики XFS решили этот вопрос радикально - открытые на запись в момент
> сбоя файлы заполняются нулями (этим данным кабздец, да), но зато метаданные
> всегда в строгом порядке

В последних версиях столь мерзкое поведение устранили более-менее по дефолту. Но с точки зрения пользователя, метаданные ФС вообще не нужны. А вот засранные нулями файлы - это жесть.

> - в результате гарантированно выживают остальные файлы,
> так что в итоге живучесть данных тоже оказывается на уровне.

Сомнительное преимущество. В случае btrfs CoW применяется и к данным и к метаданным, при обычном крахе такой подход вообше неубиваем: всегда можно просто выбросить недописанные хвосты и получить фс просто в чуть более старом состоянии. Когда данные и метаданные синхронизированы и логически не противоречивы. Реальные проблемы будут если как-то порушатся какие-то старые метаданные/данные (дозапись файла их не разрушает, с этим то как раз нет проблем). Что возможно например при вылезании бэдсектора, сбоях железа и т.п.. Хотелось бы чтобы fsck мог бы разрулить вот такие ситуации, перестроив побитые метаданные на основе иных метаданных, или хотя-бы нейтрализуя заведомо некорректные/проблемные метаданные дабы привести том в монтируемое состояние когда с него что-то можно закопировать.

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

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

Напомню, что лазить по ZFS с hexeditor-ом приходится именно из-за того, что там к метаданным применяется cow. Думаю, у btrfs будет то же самое.
Хотя в zpool v28 эту проблему уже устранили (при импорте можно указать руками версию метаданных).

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

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

Тем что быстрее в пару раз при выполнении честного журналирования одновременно данных+метаданных, возможности легко и быстро делать снапшоты и продвинуто с ними работать. Ext4 это классика, btrfs - это copy on write. Чем автомобиль лучше телеги с лошадьми?!

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

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

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




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

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