The OpenNET Project / Index page

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



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

Оглавление

Отставка сопровождающего файловую систему XFS, opennews (??), 02-Авг-23, (0) [смотреть все]

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


104. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (-), 02-Авг-23, 22:59 
> У меня корень на btrfs, а хомяк на XFS. Мне кажется это
> классическая такая разметка, которая если и не у большинства, то у многих.

Хомяк без снапшотов - очень так себе идея. А что если после апгрейда версии ОС конфиги переколбасит, при откате взад с новыми конфигами не взлетает - и тогда чего? Сносить все конфиги в хомяке и заново перенастраивать? Да и вернуть случайно снесенный проект из снапшота - удобно и круто.

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

117. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от Аноним (117), 03-Авг-23, 00:19 
Как же раньше жили то без этих ваших btrfs? Делали бэкапы.
Ответить | Правка | Наверх | Cообщить модератору

122. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от 34 (?), 03-Авг-23, 00:41 
ага, на дискетки
Ответить | Правка | Наверх | Cообщить модератору

125. "Отставка сопровождающего файловую систему XFS"  +3 +/
Сообщение от Аноним (117), 03-Авг-23, 00:46 
В git.
Ответить | Правка | Наверх | Cообщить модератору

161. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от YetAnotherOnanym (ok), 03-Авг-23, 09:14 
Где здесь повод для сарказма? Да,  и на дискетки, и на cd/dvd, и на съёмные hdd, сейчас на флэшки и в облака.
Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

132. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 03-Авг-23, 02:09 
> Как же раньше жили то без этих ваших btrfs? Делали бэкапы.

Раньше и без бэкапов жили. И без компов. И без электричества вообще. Черт, даже огонь научились разводить далеко не сразу. Предлагаете вернуться на ветки деревьев, к истокам?

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

136. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (117), 03-Авг-23, 05:18 
Я к тому, что если делать бэкапы важных файлов, то и снэпшоты не нужны будут.
Ответить | Правка | Наверх | Cообщить модератору

141. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от _ (??), 03-Авг-23, 07:47 
Это ты свой писюк можешь бакапить пока спишь ... А сервера бывают 24\7\365 + ещё чуток :)
... и _как_ их без снапшотов бэкапить? Пусть клиенты подождут пару-тройку часов?
Не-не-не - быстро снапишь, а потом медленно и солидно бэкапишь снап.
Как то так! (С)
Ответить | Правка | Наверх | Cообщить модератору

174. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 11:26 
> ... и _как_ их без снапшотов бэкапить?

как всегда. Ну не будет он crash consistent. Подумаешь, как будто это кому-то когда-то помогало.

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

248. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от maximnik0 (?), 07-Авг-23, 08:09 
>и _как_ их без снапшотов бэкапить?

Можно,но геморроя до фига.Есть драйвер сетевого-блочного уровня,делает на блочном уровне раид1.Можно заморачиться с LVM- там аналог снапшотов есть.Можно уйти на уровень приложений, к примеру у некоторых БД есть свои средства бэкапа на горячую . Есть до фига стоящие службы бэкапа -типа парагона : драйвер отслеживает изменения и пишет на сервер бэкапа.
Не знаю как сейчас а были и аппаратные средства как например ленты у HP для SAS/SCSI , они на аппаратном уровне делали деференциальную копию диска.Но стоили космических денег и по сути это был выделенный сервер бэкапа.

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

163. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (163), 03-Авг-23, 09:47 
> Предлагаете вернуться на ветки деревьев, к истокам?

Ничего не получится - там уже сидить какая-то 6лять хвостатая и зубы скалит.
А без электричества в отдельно взятой стране и так живут, х-й жуют. Зимой по льду завезли бочку соляры, летом кончилась. Диды терпели и нам вилели!

Но вот без бэкапов - в надежде на волшебную фс - очень дрянная идея.

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

209. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 04-Авг-23, 03:41 
> Ничего не получится - там уже сидить какая-то 6лять хвостатая и зубы скалит.

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

> А без электричества в отдельно взятой стране и так живут, х-й жуют.
> Зимой по льду завезли бочку соляры, летом кончилась. Диды терпели и
> нам вилели!

Заодно без электричества не очень покоментишь на опеннете. Пустячок а приятно.

> Но вот без бэкапов - в надежде на волшебную фс - очень
> дрянная идея.

Одно другое не отменяет. Но бэкапать всю ОС - а смысл? Это долго и жрет много места. Список пакетов - можно пакетником заново накатить по быстрому. Конфиги и user data? Ну, ок. Снапшот ценен тем что за пару минут с минимальными допущениями можно вернуть в точно работающий вид, "как было". А бэкапы ресурсоемкая операция, часто их делать не будешь. И раскатывать довольно долго. Может быть проще вкатить шаблон системы, доустановить отсутствовавшие пакеты и раскатать конфиги и user data. Эффект тот же самый, только времена бэкапа и объем хранимых данных опять же сильно приятнее.

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

253. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Чукча (?), 09-Авг-23, 14:42 
Незнание превращает в волшебство многие обстоятельства вокруг.
Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

244. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от maximnik0 (?), 06-Авг-23, 21:17 
>Хомяк без снапшотов - очень так себе идея.

XFS поддерживает теперь снапшоты.Только возможности поменьше чем у BTRFS.Но как в примере отдельная деректория -вполне снимок можно сделать.
COW алгоритму похрен XFS,BTRFS,ZFS у тебя,заводиться ссылки на блоки -есть у тебя снимок.(упрощённо алгоритм так и работает,ссылка не даёт переписать блок если он изменился,срабатывает транзакция: записывается новый блок и изменяются метаданные)

Правда снимки можно делать и на классических фс с потдержкой LVM,но lvm не бесплатен в отношении надёжности и скорости.

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

245. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 07-Авг-23, 05:48 
> XFS поддерживает теперь снапшоты.Только возможности поменьше чем у BTRFS.Но как в примере
> отдельная деректория -вполне снимок можно сделать.

И получилась сова натянутая на глобус. Настолько проблемная что майнтайнер слился.

> COW алгоритму похрен XFS,BTRFS,ZFS у тебя,заводиться ссылки на блоки -есть у тебя
> снимок.(упрощённо алгоритм так и работает,ссылка не даёт переписать блок если он
> изменился,срабатывает транзакция: записывается новый блок и изменяются метаданные)

Зато не пофиг - был ли cow основой дизайна, или натянут как сова на глобус. XFS получился куском проблем. CoW какой-то недопилочный с одной стороны. С другой куча проблем вылезла, а управление томами - и рядом не стояло с btrfs. Вместо этого для управления местом предлагаются ужастики типа пыхтонраса в виде сратиса. Что делать если ЭТО развалится - не факт что даже саппорт редхата расскажет: от хорошей жизни майнтайнеры ФС с должности не сбегают. А еще XFS жуткий тормоз в работе с метаданными.

В результате получился глючный супер-дредноут где майнтайнер задолбался от багов навешиваемых ботами.

> Правда снимки можно делать и на классических фс с потдержкой LVM,но lvm
> не бесплатен в отношении надёжности и скорости.

XFS вообще по скорости - очень так себе. Особенно на куче мелочи.

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

247. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от maximnik0 (?), 07-Авг-23, 07:49 
>XFS вообще по скорости - очень так себе. Особенно на куче мелочи.

Не согласен.С мелочью очень неплохо скорость подняли,если конечно не по миллиону файлов в директорию пихать.Но до скорости ext4 не дотягивает, работает где то на уровне ехt3.Но в случае фрагментированных мелких файлов ,да начинает катастрофически тупить.Эта проблема всех фс с COW,повышенная фрагментация :-(
(Может быть проблема с скоростью в том что народа для потдержки не хватает,периодически что то в оптимизации ломали ,из за этого и проблемы с скоростью.Вон недавно 2 выпуска  назад что то поправили,сразу на 35%  скорость поправили,а с новым ари в свежем ядре в  2 раза ускорили,не ясно только как это на надёжности скажется)

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

249. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 08-Авг-23, 16:15 
> Не согласен.С мелочью очень неплохо скорость подняли,если конечно не по миллиону

Кто тормознее XFS по работе с мелочью в Linux? Не с FAT же сравнивать?! EXT4 и даже btrfs сильно приятнее работают. Впрочем, он тормоз в всем что касается метаданных. Стирать большие фрагментированные файлы - немеряно времени занимает. Вообще единственная файлуха которой стереть DVD-sized файло с торента может требоваться минута времени, проц в полку, и вообще. Кто б сомневался что при таком раскладе майнтайнер задолбается с краевыми случаями...

Эта шляпа делалась чтобы писать огромные файлы видео. Линейно. На хранилки с несколькими девайсами. Там оно рулит. Если у вас не оно... вот тут как повезет. Это ж SGI делал, для себя.

> файлов в директорию пихать.Но до скорости ext4 не дотягивает, работает где то
> на уровне ехt3.

До btrfs тоже не дотягивает. При том тот еще снапшоты намного лучше умеет. И управление местом. А там вон Кент уже в дверь скребется с nextgen nextgen'а.

> Но в случае фрагментированных мелких файлов ,да начинает катастрофически
> тупить.Эта проблема всех фс с COW,повышенная фрагментация :-(

У btrfs знаете ли дефраг есть. В том числе и авто-дефраг, когда он видя проблемный паттерн доступа - зашедулит дефраг этого "при случае". На автомате. У ext4 дефрагер тоже есть. Правда это ему не очень помогает с тем фактом что EXT4 не умеет де-аллокацию дир. И если в дире было 100500 файлов, она потом жрет десятки мегов на себя хоть там что. И тупит при чтении под стать. Даже если стереть большую часть файлов, деаллокация не случается и лучше не станет. Только совсем пересоздать диру и снести эту. Такой вот GC с педальным приводом. Иногда простота хуже воровства и это именно тот случай, дорогой EXT4. Впрочем, как показал пример XFS, пытаться догнать неподходящий винтажный хлам до современных фич ведет к за@#%ному майнтайнеру проекта. Странно. И чего бы вдруг?

> 35%  скорость поправили,а с новым ари в свежем ядре в
>  2 раза ускорили,не ясно только как это на надёжности скажется)

Только багов насажали, боты завалили багрепортами, XFS test suite проезжать перестал и майнтайнер охренев с такого шоу сбежал в панике. А так все хорошо прекрасная маркиза. И эти люди еще смели катить бочку на btrfs... а сами слились не осилив и четверти его возможностей!

p.s. честно говоря я не понимаю зачем надо было столько ресурсов в гальванизацию этого трупа бухать. Лучше б в Кента вбубухали. Но, конечно, тех наспех нанятых раджей из RHBM придется уволить, не работает кодинг файлух свеженанятыми абизянками и горе тому кто это не понял.

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

252. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от maximnik0 (?), 08-Авг-23, 22:59 
>Стирать большие фрагментированные файлы - немеряно времени занимает.

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

>p.s. честно говоря я не понимаю зачем надо

Был завален багрепортами BTRFS :ошибка-нет места хотя место имелось.Были жалобы на развалившиеся BTRFS.Про раид 5-6 говорить нечего не надо,доводили 5 лет,и до сих пор есть проблемы.Частично сломав совместимость удалось устранить ошибку в дизайне-добавили расширенные страйпы для метоинформации.Устранили ошибку в конверторе с ext,там тоже был баг приводящий к развалу. Руководство шапки обожглось на первоначальных инсталляции -решило доводить XFS.Видь доводили бтрфс довольно долго 10 лет, слишком рано сняв статус бэта версии.До сих пор с обслуживающими утилитами плохо-scrub может падать от детской ошибки в метаданных.Про не работающий fsck и говорить нечего,я знаю возражение специалистов
-если случился форс-мажор -востанавливать обычно нечего, т.к с мелкими ошибками эта фс справляется автоматически за счёт COW и контрольных сумм.Но обидно что если случился не большой глюк-нету средств починки,откат снапшотов для некоторых ошибок выглядит как лечение перхоти гильотиной, особенно бесит когда данные целые а Бад блок в метаданных.

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

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

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




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

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