LINUX.ORG.RU
ФорумTalks

Вот так внезапно +1 годная фс

 , , ,


0

3

В файловую систему XFS добавлена поддержка механизма обратного маппинга (rmap, reverse-mapping), позволяющего файловой системе определить владельца любого блока на устройстве хранения. В настоящее время практическая польза от reverse-mapping не видна, но в будущем данный механизм послужит основой для реализации таких возможностей, как reflink(), режим copy-on-write для данных, дедупликация, расширенные средства информирования о bad-блоках и дополнительные возможности для восстановления повреждений

Это в ядре 4.8, может к 4.12 будет XFS со снапшотами?

Deleted

Но ведь уже есть LVM для тех, кто не готов использовать btrfs на десктопе. И есть годные ext4 и btrfs. Зачем XFS нужен?

ekzotech ★★★★
()
Ответ на: комментарий от targitaj

Это потому, что по-умолчанию snapper есть только в opensuse с btrfs. Удобная весчь, можно смотреть, какие файлы когда менялись при апдейте, например.

ekzotech ★★★★
()
Ответ на: комментарий от ekzotech

Зачем XFS нужен?

Хотя бы для конкуренции. Интересно посмотреть, как XFS будет работать со снимками.

Deleted
()

xfs была годной еще до ext4, просто приятно, что ее активно пилят

Lordwind ★★★★★
()
Ответ на: комментарий от Deleted

«Можно поставить из реп» != «стоит по дефолту, интегрирован в утилиту управления системой». Меня, вот, например, совсем не улыбает ковырять снаппер в консольке.

ekzotech ★★★★
()
Ответ на: комментарий от Deleted

Ну, если как конкуренция - тогда пусть будет.

Лично я ни разу не ставил xfs. В слаке /usr переносил на reiserfs, но так нынче уже не модно.

ekzotech ★★★★
()

А никто не в курсе, как в XFS отключить delayed allocation или хотя-бы поставить там таймер который сделает так что через такой-то промежуток времени данные будут гарантированно закоммичены ?

Лет этак 8 назад отказался от использования XFS в пользу EXT3 а потом и EXT4 из-за потери данных при нештатном завершении работы. Специально тестировал несколько раз после этого через несколько лет, и убеждался что ничего не пофикшено. XFS на моменты тестов всё также мог спокойно просрать какой-нибудь небольшой файл, который был несколько часов назад создан и записан. Разрабы в мейл-листах отнекивались, что дескать это delayed allocation, это норма, и есть она во всех современных ФС, и дескать EXT4 точно также портит данные и конфиги при нештатном завершении работы.

Только вот у EXT4 есть параметр commit с указанием временного интервала после которого незаписанные ещё данные коммитятся на диск и даже параметр nodelalloc отключающий delayed allocation полностью. А у XFS уже таки появилось что-то подобное или всё ещё нет?

А так, ФС конечно отличная... но юзать её всё ещё стрёмно.

DawnCaster ★★
()

IRIX ЖИВ! Пусть и в такой форме.

ViTeX ★★★★
()
Ответ на: комментарий от DawnCaster

А у меня в конторе восстановления, с повреждением поверхности после падения, большинство файлов восстановили, ФС была xfs, хотя я тоже как-то сильно стремался, когда это произошло. Хотя ситуации сильно разные, да.

ViTeX ★★★★
()
Последнее исправление: ViTeX (всего исправлений: 1)
Ответ на: комментарий от ViTeX

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

но касается только файлов с заголовками форматов.

n_play
()
Ответ на: комментарий от targitaj

Бэкап невдолбенно большой БД, например.

Даже с костылями типа percona xtrabackup делается очень не быстро.

svr4
()
Ответ на: комментарий от n_play

и тут ты такой со ссылкой на свой 8летний баг

Пост-не-читай-сразу-отвечай. По моему я достаточно подробно описал суть проблемы. Это не баг, а фича. Которую нельзя отключить (в отличии от EXT4).

DawnCaster ★★
()
Ответ на: комментарий от KennyMinigun

В основном только из-за названия

А в чём прикол названия? В том, что начинается на «Х» и состоит из трёх букв?

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от KennyMinigun

xfs была и есть быстрее ext3, особенно на удалении. Вот с xfs vs ext4 уже не так всё однозначно. Ждём фичей от btrfs/zfs в xfs.

Suigintou ★★★★★
()
Ответ на: комментарий от n_play

В багзиле RH их не то чтобы тыщи, но довольно много. Есть фатальные проблемы на уровне кода, но их уже отфиксили (7.0 это был ад), но в основном, конечно, проблема с delalloc, мать его.

zloelamo ★★★★
()
Ответ на: комментарий от zloelamo

Ну, хоть кто-то ещё видит - что это проблема. А то у кого из адептов XFS не спрашиваю про эту «фичу» файловой системы просирать при внезапном падении содержимое небольших файлов созданных несколько ЧАСОВ назад, в лучшем случае все отнекиваются что так и надо.

DawnCaster ★★
()
Ответ на: комментарий от Suigintou

xfs была и есть быстрее ext3

На больших файлах. За это её и ценили во времена RH4. С маленькими файлами и большим заполнением там начинались тормоза.

zloelamo ★★★★
()
Ответ на: комментарий от ekzotech

И есть годные ext4 и btrfs

<толстота>btrfs - это та поделка, которая копипастила код с reiser4 без разбору, и уже почти 10 лет как «прогрессивно-динамично-развивающаяся экспериментальная ФС»?</толстота>

ext4 уже законченный продукт, туда просто добавляют плюшки.

leg0las ★★★★★
()
Ответ на: комментарий от leg0las

Патрик сказал, что btrfs готова для использования.

В своё время я переехал на ext4 после того, как Патрик сказал, что готово. Не испытывал никаких проблем от этого.

ekzotech ★★★★
()
Ответ на: комментарий от ekzotech

Оно будет готово, когда какой-нибудь Rackspace будет продавать Ынтырпрайз хостинг на btrfs. Сейчас везде вроде ext4.

leg0las ★★★★★
()
Ответ на: комментарий от ekzotech

snapper

Это та самая штука, которая делает снапшот при обновлениях, и когда юзер хочет восстановить состояние системы до апдейта вместо того, чтобы сделать нужный snapshot монтируемым по умолчанию копирует из него все измененные файлы?

templarrr ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.