The OpenNET Project / Index page

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



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

"Отставка сопровождающего файловую систему XFS"  +/
Сообщение от opennews (??), 02-Авг-23, 15:12 
Дэрик Вонг (Darrick Wong) объявил о снятия с себя полномочий сопровождающего файловую систему XFS в ядре Linux. По его словам он взял на себя непосильную ношу и выгорел, пытаясь совместить роль разработчика, рецензировщика, тестировщика, релиз-менеджера и контактного лица. Отмечается, что в подсистеме XFS хватает работы для  20 человек, но фактически ту же работу приходится выполнять вдвое меньшей командой...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=59543

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

Оглавление

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


1. "Отставка сопровождающего файловую систему XFS"  –23 +/
Сообщение от Аноним (1), 02-Авг-23, 15:12 
я на btrfs, у меня у моей файлухи таких проблем нет
Ответить | Правка | Наверх | Cообщить модератору

2. "Отставка сопровождающего файловую систему XFS"  +37 +/
Сообщение от scriptkiddis (?), 02-Авг-23, 15:15 
Будут
Ответить | Правка | Наверх | Cообщить модератору

43. "Отставка сопровождающего файловую систему XFS"  +8 +/
Сообщение от Аноним (43), 02-Авг-23, 16:07 
Дебош на двенадцать персон заказывали? ...
Ответить | Правка | Наверх | Cообщить модератору

100. "Отставка сопровождающего файловую систему XFS"  –12 +/
Сообщение от DIM (??), 02-Авг-23, 21:02 
У меня корень на btrfs, а хомяк на XFS. Мне кажется это классическая такая разметка, которая если и не у большинства, то у многих.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

102. Скрыто модератором  +3 +/
Сообщение от Аноним (-), 02-Авг-23, 22:23 
Ответить | Правка | Наверх | Cообщить модератору

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ообщить модератору

123. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (117), 03-Авг-23, 00:44 
Если ты не доверяешь корень XFS, то почему доверяешь ей хомяк? Логичней тогда хомяк на основной фс держать, а раздел с XFS отдельно монтировать и хранить там преимущественно большие файлы.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

142. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от User (??), 03-Авг-23, 07:48 
Тут не про "доверие" per se - а про удобство использования вида "откатился назад после глючного обновления" - ну и да, в корне у меня ну вот ВООБЩЕ ничего сколько-нибудь ценного нет. 2,5 перепиленных конфига - таки хрен бы с ними, то на что "не хрен" - в гите болтается. А вот в хомяке - таки есть.
Ответить | Правка | Наверх | Cообщить модератору

148. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (148), 03-Авг-23, 08:09 
Вядро RC, виртуализация.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

128. "Отставка сопровождающего файловую систему XFS"  +4 +/
Сообщение от Аноним (128), 03-Авг-23, 01:49 
У большинства обычных юзеров стоит NTFS, только они об этом не знают. Ещё у 1% стоит EXT4 вообще на всё.

Ну и у совсем маргиналов-любителей, мечтающих собрать то ли трактор, то ли вертолёт в гараже из запчастей со свалки (ну то есть крутить всякие энтерпрайз поделки на подкроватном сервере) всякие извращения, просто потому что им прикольно.

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

129. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (117), 03-Авг-23, 01:53 
Сейчас уже большинство дистров перестало делать ext3/ext4 на всё, как раньше.
Ответить | Правка | Наверх | Cообщить модератору

143. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от _ (??), 03-Авг-23, 07:49 
Это кто же такие на всю голову волшебные? Ну чисто чтобы не наступить?
Ответить | Правка | Наверх | Cообщить модератору

164. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 09:49 
suse - btrfs+xfs
rh и клоны - xfs over lvm

кто там с ext4 по умолчанию остался - я даже и не знаю.

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

198. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 03-Авг-23, 18:07 
Вроде Alphabet Inc он же бывший Google использует EXT4, везде не везде не знаю. Уточнять надо по крайне мере так было лет 8 назад. Это не какой не показатель вот они значит так и нам. Их так устраивало было, а может и сейчас. Смотреть надо шире. Меня на данный момент устраивает boot ext2, / jfs.
Ответить | Правка | Наверх | Cообщить модератору

200. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 18:18 
> Вроде Alphabet Inc он же бывший Google использует EXT4

они вон годами использовали ext2. Но это совсем не означает что тебе тоже можно.
ext4 они тоже в очень странной позе и вряд ли без своих странных патчей.

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

Кстати, люстра одно время помнится пыталась и в zfs. Зачем, для чего - гугль его знает.

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

204. Скрыто модератором  +/
Сообщение от Аноним (-), 03-Авг-23, 21:29 
Ответить | Правка | Наверх | Cообщить модератору

205. Скрыто модератором  +/
Сообщение от пох. (?), 03-Авг-23, 21:58 
Ответить | Правка | Наверх | Cообщить модератору

199. Скрыто модератором  +/
Сообщение от Аноним (-), 03-Авг-23, 18:08 
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

188. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (188), 03-Авг-23, 14:56 
>У большинства обычных юзеров стоит NTFS

Про них тут никто не вспоминал

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

144. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (144), 03-Авг-23, 07:56 
У меня везде ext4
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

147. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (148), 03-Авг-23, 08:06 
boot ext2, / jfs, Пока так, устраивает. Второй месяц так.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

155. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (148), 03-Авг-23, 08:25 
Стал забывать выключать гостя. Сворачиваю гстя. Выключаю хост и вспоминаю гость не выключен, но уже поздно.
Ответить | Правка | Наверх | Cообщить модератору

156. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (148), 03-Авг-23, 08:30 
По мимо остальных причуд редких: завис гость, синий экран с ошибкой и перезагрузкой у хоста.
Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

157. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (148), 03-Авг-23, 08:38 
А может и пять месяцев так я уже забыл сколько месяцев использую так.
Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

149. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (148), 03-Авг-23, 08:10 
Сюда надо: вядро RC, виртуализация.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

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

haha, classic!
блеск и нищета опенсорса

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

4. "Отставка сопровождающего файловую систему XFS"  +28 +/
Сообщение от Аноним (4), 02-Авг-23, 15:18 
Лол, как будто в проприетарщине лучше.
Ответить | Правка | Наверх | Cообщить модератору

29. "Отставка сопровождающего файловую систему XFS"  –36 +/
Сообщение от Аноним (29), 02-Авг-23, 15:48 
Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки. А в опенсорсе вашем нет никакой ответственности.
Ответить | Правка | Наверх | Cообщить модератору

42. "Отставка сопровождающего файловую систему XFS"  +19 +/
Сообщение от Аноним (42), 02-Авг-23, 16:06 
Как жаль, что такой "правильной проприетарщины" в реальном мире не существует.
Ответить | Правка | Наверх | Cообщить модератору

47. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (43), 02-Авг-23, 16:10 
Yes!
Так ему.
Ответить | Правка | Наверх | Cообщить модератору

57. "Отставка сопровождающего файловую систему XFS"  –5 +/
Сообщение от Анонимусс (?), 02-Авг-23, 16:24 
Вообще-то есть. С SLA на много лет и денег, с dedicated командами поддержки, с документацией, которую пишет и валидирует отдельный (пусть и маленький) отдел.
Но конечно же они все нереальны))
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

62. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от BeLord (ok), 02-Авг-23, 16:44 
С учетом того, что компаний у которых документация сделана по науке кот наплакал, то да реальны, в Красную книгу пора заносить. Причем, я про полный процесс документирования, а не локальный участок.
Ответить | Правка | Наверх | Cообщить модератору

145. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от User (??), 03-Авг-23, 07:57 
Нукакбыда, но нет. В смысле, SLA конечно есть, и какой-нибудь initial\ongoing response в нем даже прописан но а) гарантий _устранения_ инцидента в заданное время в нем нет б) штрафные санкции за нарушения вот просто нифига и никак не покрывают сопутствующие потери от остановки бизнеса. Видел модель с assurance покрытием - но оно было прям совсем отдельной штукой никоим образом не привязанной на собственно контракт поддержки.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

201. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (201), 03-Авг-23, 19:23 
> С SLA на много лет и денег

SLA на много денег отнюдь не значит, что тебе на счёт какие-то деньги будут перечислены в случае факапа. Считай их кредитами в игровом автомате — можешь играть пока не кончатся, но купить бутерброд за них не сможешь. Так и здесь, тебе будут на эту сумму оказывать ограниченный набор услуг (например, поддержку), но обналичить эти деньги практически невозможно. Да и не будет это в здравом уме никто делать. Если эти бабки действительно со счёта на счёт гонять, может так оказаться, что поставщик решения обанкротится и в итоге у тебя будет нерабочая система, и никого, кто мог бы её починить.

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

61. "Отставка сопровождающего файловую систему XFS"  +5 +/
Сообщение от Вася (??), 02-Авг-23, 16:39 
рублём отвечать это ну такое... не взыщещь потом эту валюту в самом честном суде
то ли дело написать ц лицензионном соглашение, что отвечаешь не более чем долларом
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

65. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от egan (?), 02-Авг-23, 16:59 
Такое ощущение что тому, кому в рот гадят есть дело до того, что кого-то лишают денег.

Более того - часто некого наказывать. В рот гадят под молчаливое одобрение инвесторов. И увольняют если человек уже морально во рты срать не может.

Говорю как представитель правильного энтерпрайза.

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

67. "Отставка сопровождающего файловую систему XFS"  +3 +/
Сообщение от ДаНуНафиг (?), 02-Авг-23, 17:00 
В проприетарщине раздолбос ровно так же может забить на тестирование, свалить все на рецензентов, тестировщиков (или отсутствие оных) и всякую прочую фигню. Энтузиастам, мне кажется, как раз позорнее всякую фигню заливать, поэтому мотивации больше.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

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

ага только покажи it компанию, которая рублём/долларом/евро отвечает за косяки.

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

86. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от Аноним (86), 02-Авг-23, 18:00 
Ага, когда Вася выпускает полурабочее нечто на рынок, занимая нишу, а Петя вылизывает код и остается без денег на дальнейшее развитие своего продукта. Ну а потребитель(сурьезный бузинес) уже внедрил Васино поделие, реклама сработала и хомяки, плюясь, пользуются этим калом,  генерируя профит для Васи и бузинеса-внедренца. А Петин код никому не нужен. Такие дела.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

103. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (-), 02-Авг-23, 22:24 
> Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки.

Майкрософт с предустановленной виндой прямо так уж и разотвечался за косяки.

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

172. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от microcoder (ok), 03-Авг-23, 10:45 
> А в опенсорсе вашем нет никакой ответственности.

А в проприетарщине багтрекеров не существует??

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

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

аллё, возвращайся из розовой страны барби.

пристнится же такое.

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

13. "Отставка сопровождающего файловую систему XFS"  +3 +/
Сообщение от Аноним (13), 02-Авг-23, 15:30 
haha, classic!
блеск и нищета современной софтовой разработки

fixed, не благодарите

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

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

16. "Отставка сопровождающего файловую систему XFS"  –3 +/
Сообщение от bOOster (ok), 02-Авг-23, 15:31 
Ну и причем тут опенсоурс? Если чувак прямо сказал - "файловую систему XFS в ядре Linux"

У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.

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

40. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (42), 02-Авг-23, 16:03 
> У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.

Как правило, у тех, кто придерживается posix - всё ядро является гниющим овном.
И их доля среди production серваков наглядно это подтверждает.

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

58. "Отставка сопровождающего файловую систему XFS"  +3 +/
Сообщение от Аноним (43), 02-Авг-23, 16:28 
Каким то сплошным "оптимизмом" от Вас попахивает. Наверно Вы очень много времени проводите рядом с продакшен серверами. Вы берегите себя там!
Ответить | Правка | Наверх | Cообщить модератору

109. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 02-Авг-23, 23:33 
> У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.

Странно, что ж такими "замечательными" никто пользоваться не хочет.

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

137. "Отставка сопровождающего файловую систему XFS"  +3 +/
Сообщение от bOOster (ok), 03-Авг-23, 05:25 
>> У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.
> Странно, что ж такими "замечательными" никто пользоваться не хочет.

Ну бараны в стаде, друг за дружкой всегда одно и тоже г**но жрет.

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

153. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (-), 03-Авг-23, 08:17 
> Ну бараны в стаде, друг за дружкой всегда одно и тоже г**но жрет.

Это вы скорее такие из себя уникальные - мол, зачем жрать обычную еду?! Смотрите как можно было! Рррааааааз кусок кала! "Весь самолет блюет, а он смеется".

Это к тому что технических аргументов за вашу помойку - примерно 0. А вот за линуха - их более чем.

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

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

93. "Отставка сопровождающего файловую систему XFS"  +3 +/
Сообщение от DeerFriend (?), 02-Авг-23, 19:58 
Разница в том, что в опенсорсе ты это видишь.
А в проприетарщине тебя отгораживает стена из менеджеров с суппортятами, и им очень важен каждый твой звонок.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

105. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (-), 02-Авг-23, 23:01 
> Разница в том, что в опенсорсе ты это видишь.
> А в проприетарщине тебя отгораживает стена из менеджеров с суппортятами, и им
> очень важен каждый твой звонок.

Более того - доораться о проблеме до разработчиков там вообще малореально.

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

5. "Отставка сопровождающего файловую систему XFS"  +5 +/
Сообщение от дАнон (?), 02-Авг-23, 15:22 
"Сейчас люди, работающие над XFS, похоже, тратят большую часть своего времени на бэкпорты ядра дистрибутива и работу с генерируемыми искусственным интеллектом сообщениями об ошибках, которые не являются сообщениями пользователей."

Тоже мило

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

7. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (163), 02-Авг-23, 15:26 
там нет интеллекта. Даже искусственного. Есть сборочные скрипты ядра, сыплющие миллионы неудобочитаемых предупреждений, как правило совершенно ненужных, на каждый комит сложнее <<<color >>>colour.

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

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

Это не AI а тестовые роботы, гоняющие XFS test suite и fuzzing на файлухе. И если там много багов, кто же их посадил? Уж не та ли командочка? :)

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

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

6. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (6), 02-Авг-23, 15:24 
> на бэкпортирование специфичных для дистрибутивов изменений

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

rh в этом помогать, как видно, не собиралась - нате вам патчи, е..сь как хотите.


Ну ничего - теперь вон пусть чувак на зарплате орацла страдает. Глядишь, даже премию дадут (нет).

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

10. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (10), 02-Авг-23, 15:29 
То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать особо не надо. Всё само прилетит от тех, на кого ты батон крошишь.
Ответить | Правка | Наверх | Cообщить модератору

25. "Отставка сопровождающего файловую систему XFS"  –4 +/
Сообщение от bOOster (ok), 02-Авг-23, 15:43 
> То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать
> особо не надо. Всё само прилетит от тех, на кого ты
> батон крошишь.

Я тебе, тупенькому, который патчи посмотреть не может, по секрету скажу - развработчики ZFS какие там были - такие по факту и остались, из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет, а оголтелые все в своих помоях ковыряются, никак прикрутить грамотно ZFS к ядру не могут, абсолютно так-же как и чувак в этой теме с XFS...


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

37. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (42), 02-Авг-23, 16:02 
> развработчики ZFS какие там были - такие по факту и остались

Ага, Белендорф и его команда.

> из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет

И что полезного сделали ixsystems за последние три года?

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

56. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (163), 02-Авг-23, 16:19 
это та команда которая _найденую_ ошибку с порчей данных не исправляла год "because of luck of resources" ?

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

120. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от _ (??), 03-Авг-23, 00:32 
>"because of luck of resources"

Даю хороший совет - у тебя в винде копи-пэйст хорошо работает, вот и юзай его для многанепонятныхбуЦкв ... а то случится "luck of resources"(С) :-D

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

202. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от Аноним (201), 03-Авг-23, 19:25 
Ресурсам повезло и им не пришлось чинить баг? Ишь ты!
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

207. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (207), 04-Авг-23, 00:18 
>> развработчики ZFS какие там были - такие по факту и остались
> Ага, Белендорф и его команда.

Так и скажи, что в коммиты не смотрел и вообще, между "разработчик" и "имеющий commit bit" различий не видишь.
Ну давай глянем, чего там за последнюю неделю накоммитили:

https://github.com/openzfs/zfs/commit/114a39964f5c8d89558d28...


zdb: include cloned blocks in block statistics
This gives `zdb -b` support for clone blocks.
...

Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Kay Pedersen <mail@mkwg.de>
Signed-off-by: Rob Norris <rob.norris@klarasystems.com>
Sponsored-By: OpenDrives Inc.
Sponsored-By: Klara Inc.
Closes #15123
Loading branch information

robn committed Aug 1, 2023


https://github.com/openzfs/zfs/commit/b22bab2547b74b5df5e469...

Remove fastwrite mechanism.
Fastwrite was introduced many years ago to improve ZIL writes spread
...
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: George Wilson <george.wilson@delphix.com>
Signed-off-by:    Alexander Motin <mav@FreeBSD.org>
Sponsored by:    iXsystems, Inc.
amotin committed Jul 28, 2023


https://github.com/openzfs/zfs/commit/5bdfff5cfc8baff48b3b59...

BRT should return EOPNOTSUPP
Return the more descriptive EOPNOTSUPP instead of EXDEV when the
storage pool doesn't support block cloning.

Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Rob Norris <rob.norris@klarasystems.com>
Signed-off-by: Kay Pedersen <mail@mkwg.de>
Closes #15097
Loading branch information

oromenahar committed Jul 27, 2023


https://github.com/openzfs/zfs/commit/704c80f0487199a00c3ce5...

Avoid waiting in dmu_sync_late_arrival().
The transaction there does not produce any dirty data or log blocks,
...

Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by:    Alexander Motin <mav@FreeBSD.org>
Sponsored by:    iXsystems, Inc.


https://github.com/openzfs/zfs/commit/5bdfff5cfc8baff48b3b59...

Remove zl_issuer_lock from zil_suspend().
This locking was recently added as part of #14979. But appears it
...
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by:    Alexander Motin <mav@FreeBSD.org>
Sponsored by:    iXsystems, Inc.
Closes #15103
Loading branch information

amotin committed Jul 25, 2023


Да-да, все коммиты от rob (а их там много) - это  "Klarasystems: Experts in FreeBSD, ZFS and ARM/Embedded"

И то ли дело пингвинячьи


Revert "Linux 6.5 compat: register_sysctl_table removed
linux/copy_file_range: properly request a fallback copy on Linux <5.3
readmmap.c: fix building with MUSL libc
Linux 4.20 compat: wrapper function for iov_iter type access
Linux 6.4 compat: iter_iov() function now used to get old iov member

вот где развитие так и прет!

>> из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет
> И что полезного сделали ixsystems за последние три года?

Эпик опеннетой ыкспертизы, в общем.

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

227. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 04-Авг-23, 14:23 
Если смотреть версии в районе 0.6 (до того не следил), там в основном Белендорф был. Потом, как я слышал, грант его закончился. По каким причинам ZoL взяли в FreeBSD тоже пропустил (помню споры про TRIM - какая где лучше; TRIM в ZoL делал не Белендорф), но, наверное как раз поэтому FreeBSD теперь и приходится вливать в "апстрим"?
Ответить | Правка | Наверх | Cообщить модератору

240. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 05-Авг-23, 18:12 
> По каким причинам ZoL взяли в FreeBSD тоже пропустил

1. апстрим сдох
2. Бехлендорф был _очень_ убедителен доказывая что он и есть новый апстрим.
2a. История с because of lack of resources еще не всплыла во всей ее неприглядности
3. менеджеры iX уже давно требовали linoops и докер в докере под докером.

Любого из этих пунктов само по себе было бы в общем достаточно.
trim бэкпортирован именно из реализации для фри (по-моему в основном теми же кто ту и делал). С определенными нюансами потому что разумеется не подходил к линуксным механизмам ядра да еще обернутым намеренными минными полями для тех кто не gpl

> наверное как раз поэтому FreeBSD теперь и приходится вливать в "апстрим"?

другого апстрима теперь нет.

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

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

243. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 06-Авг-23, 15:11 
TRIM/Discard support from Nexenta

https://github.com/openzfs/zfs/pull/3656

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

107. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (-), 02-Авг-23, 23:30 
> развработчики ZFS какие там были - такие по факту и остались,
> из IXsystems, freebsd и т.п.

А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики ФС?

> А основную разработку, так-же IXSystems осуществляет,

Что насчет LLNL всяких? LLNL уж точно не фрибсд используют.

> а оголтелые все в своих помоях ковыряются,

У кого что болит, как говорится.

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

138. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от bOOster (ok), 03-Авг-23, 05:42 

> А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики
> ФС?

2007 – Apple started porting ZFS to Mac OS X.
2008 – A port to FreeBSD was released as part of FreeBSD 7.0.
2008 – Development of a native Linux port started.

Хотя оголтелым дебилам бесполезно что-то обьяснять. ZoL это прослойка между ZFS и ядром Linux. Которая до сих пор
работает через одно место и оно никаких образом к ZoF или ZoS не относиться даже в рамках проекта OpenZFS.

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

154. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 03-Авг-23, 08:24 
> 2007 – Apple started porting ZFS to Mac OS X

И где ваш бог теперь? А, забил на все х@#?!

> 2008 – A port to FreeBSD was released as part of FreeBSD 7.0.

Это для вас оно - благодать. Потому что своего у вас сравнимого ничего не было и не будет. А в линухе вон там Кент с nextgen nextgen'а тусуется. И вероятно все ж осилит закомитить.

> 2008 – Development of a native Linux port started.

Какая разница кто первым побежал? Важно кто впереди сейчас.

> Хотя ог@лтелым дебил@м бесполезно что-то обьяснять.

Культура так и прет. Впрочем, от такого и слышу.

> ZoL это прослойка между ZFS и ядром Linux.

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

> Которая до сих пор работает через одно место и оно никаких образом к ZoF или ZoS
> не относиться даже в рамках проекта OpenZFS.

Лично мне так при наличии btrfs вообще похрен. Это пусть твой псевдо-дружбан пох страдает.

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

165. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 10:04 
>> 2007 – Apple started porting ZFS to Mac OS X
> И где ваш бог теперь? А, забил на все х@#?!

хуже - он заявил разработчикам "Главное правило ведения бизнеса с моим лучшим другом Ларри - не вести никаких бизнесов с моим лучшим другом Ларри".
Так zfs не стала дефолтной fs макоси - хотя могла.

> Это для вас оно - благодать. Потому что своего у вас сравнимого ничего не было и не будет.

а у вас и такого нет. И не будет, ушли титаны.

> А в линухе вон там Кент с nextgen nextgen'а тусуется. И вероятно все ж осилит закомитить.

опять никому ненужная х-ня вместо fs

> Как бы ZFS который сейчас разрабатывается в основном теми кто его на линухе гонять намерен.

как бы нет. Те - намерены гонять, пока дохлая лошадь не издохнет окончательно. "because of luck of resources".

Он вообще не разрабатывается а так - вяло пинается предпоследними могиканами из iX. Остальные слишком заняты прикручиванием докера к nas, им некогда, галера замедлила ход.

> фрибсда - им там выбирать не из чего

для большинства применений - вполне себе есть. В отличие от вашей замученой сорокалетней поделки, ufs не портила данные на ровном месте (silent corruption - это при перезагрузке ресетом и отсутствии нормального fsck - то и другое - выбор д-ла), снапшоты починили, пользоваться как-то можно, в невосстановимую кашу а-ля lvm не превращается. Для обычного сервера хватит.

ntfs вот, к сожалению, только кривая-костыльная.


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

210. "Отставка сопровождающего файловую систему XFS"  –2 +/
Сообщение от Аноним (-), 04-Авг-23, 04:27 
> хуже - он заявил разработчикам "Главное правило ведения бизнеса с моим лучшим
> другом Ларри - не вести никаких бизнесов с моим лучшим другом Ларри".

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

Файлопомойки не про эпл. А для остального zfs с его устройством и управлением ресурсами "не очень".

> Так zfs не стала дефолтной fs макоси - хотя могла.

Зачем им такой монстр по дефолту?! Чтобы юзерэкспериенс порушить? У них пользователи требовательнее фрибсдшных.

> а у вас и такого нет. И не будет, ушли титаны.

Кто сказал что мне вон то надо? Себе оставь! Мне мегаэнтерпрайз с нереальными допущениями и жором гигз RAM не вперся. Поэтому пока для меня рулит btrfs, покрывающий сценарии которые мне нужны, в отличие от. Может когда-то будет рулить штука от Кента. А может и обе. Это TBD.

>> А в линухе вон там Кент с nextgen nextgen'а тусуется. И вероятно все ж осилит закомитить.
> опять никому ненужная х-ня вместо fs

Тебя спросить забыли что и кому нужно. А твое же "и не будет" не наводило на мысль что оно так потому, что тормознй выб@док, без экстентов, с кучей оверхеда и костылей, требующий сотни рамы для затыкания факапов перфоманса не "венец творения" а "первый блин комом"?

И кентушка дизайн в целом сдирал не с него, а с btrfs, но уже зная по сверхскоростное IO и низкий оверхед в требованиях, переделав самые проблемные места, а еще за счет близости с bcache он понимает концепцию "front", "back" и "promote". Впрочем на минималках все 3 могут быть и 1 девайсом. Так что оно завертится и на простых конфигах. И поскольку он гоняет это на своих компах то оно тоже будет получше того энтерпрайза не от мира сего.

> как бы нет. Те - намерены гонять, пока дохлая лошадь не издохнет
> окончательно. "because of luck of resources".

Это потому что они в него вляпались, и совсем уморить пока не могут. Но постепенно наверное  LLNL и т.п. уйдут на другие варианты. Тянуть лямку лично, вне майнлайная - такая себе "радость".

> iX. Остальные слишком заняты прикручиванием докера к nas, им некогда, галера
> замедлила ход.

Внезапно, компьютеры существуют чтобы обслуживать нужды людей. Надо же, открытие. И внезапно пеперосточные хранилки не самое важное и массовое из этих нужд.

> для большинства применений - вполне себе есть. В отличие от вашей замученой
> сорокалетней поделки, ufs не портила данные на ровном месте (silent corruption

"Моему" btrfs'у явно не 40 лет. А этот Unknown F....g Sh...t мне вот вообще совсем не требуется. Даже если за это приплатят. Он ничем не интересен. Легаси дизайн с кучей проблем и без очевидных достоинств. Никто не даст денег на его развитие, да и для себя такое кодить ну нафиг, это как гордиться тем что набил железный обод на деревянное колесо.

> - это при перезагрузке ресетом и отсутствии нормального fsck - то
> и другое - выбор д-ла), снапшоты починили, пользоваться как-то можно, в
> невосстановимую кашу а-ля lvm не превращается. Для обычного сервера хватит.

У меня на btrfs снапшоты тоже в кашу не превращаются. Даже после множества крахов и ребутов, включая сотни "тестовых" спецом для этого. Так то сказ о том что там с ним случается при ресете оставь великим экспертам типа b00ster и n00by всяких.

> ntfs вот, к сожалению, только кривая-костыльная.

Ну, btrfs поставь на свою виндочку, если острых ощущений вдруг захотелось :)))

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

241. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 05-Авг-23, 18:36 
> А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики ФС?

есть, но их начальство не собиралось платить им зарплату за то, что нельзя сразу же использовать в новом модном TrueNAS Scale

Ну и исходная реализациия ни разу не планировалась быть несовместимой с остальными.
Т.е. любое изменение затрагивающее нечто не freebsd-специфичное приходилось либо пропихивать обратно в иллюмос - совершенно мартышкин труд, либо вечно поддерживать самим при том что из иллюмоса в любой момент могло свалиться что-то противоречащее или решающее ту же задачу совершенно наоборот.
С учетом того что новым рулезом объявлен scale - начальство этого уже бы не поняло совсем.


> Что насчет LLNL всяких?

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

Последнее что им удалось (и в той разработке все еще участвовали дельфиксы, т .е. по сути разработчики illumos) - dRAID, пользоваться которым лично мне по прежнему стремно. 2017й год, на минуточку.

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

246. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 07-Авг-23, 07:29 
> есть, но их начальство не собиралось платить им зарплату за то, что
> нельзя сразу же использовать в новом модном TrueNAS Scale

Получается что возня с фрибсд никому не нужна, ресурсы готовы выделять только на пингвина. И чего бы это вдруг? :)

> Ну и исходная реализациия ни разу не планировалась быть несовместимой с остальными.

Исходная это какая? Оригинал ZFS'а чтоли? Он вообще не планировался быть совместимым с чем либо кроме соляры изначально.

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

Ну знаете, если кто хочет паразитировать на чужом апстриме, ему грешно привиредничать. Кто хочет все по первому классу, кодит сам. А в фре есть разработчики ФС вообще? И если да то чем занимались последние i++ лет?

> С учетом того что новым рулезом объявлен scale - начальство этого уже
> бы не поняло совсем.

Ну а что рулезом называть? Не фрибсд же в ее пустом виде, право? Что рулезного в этих некромансерских ошметках?

>> Что насчет LLNL всяких?
> Практически сдохло. нетбабланах.

[...]
Понятно, значит скоро отоптимизируют наверное.

> Последнее что им удалось (и в той разработке все еще участвовали дельфиксы,
> т .е. по сути разработчики illumos) - dRAID, пользоваться которым лично
> мне по прежнему стремно. 2017й год, на минуточку.

Просто судя по комитам - народ из @llnl все же активно принимает участие.

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

189. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (189), 03-Авг-23, 14:59 
У ZFS лицензия сановская CDDL не совместимая с GPL и линуксом соответственно, каким образом могли стырить у линукса если ZoL использует сановсвую кодовую базу?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

11. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Анонин (?), 02-Авг-23, 15:30 
Ахахаха! Получается шапка, кроме того что пишет xfs, должна еще делать изменения ядер для всех остальных дистров?))
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

17. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (6), 02-Авг-23, 15:34 
Шапка, на халяву пользующаяся результатами чужого труда - да, могла бы сама заталкивать свои патчи в linux-next, а не заставлять других их реимплементировать из 2.4.16

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

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

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

мвахаха, ты серьезно?
посмотри сколько шапка коммитит!
то чем потом пользуются всякие паразиты

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

73. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (-), 02-Авг-23, 17:15 
>посмотри сколько шапка коммитит!

Да, я посмотрел с лупой, и никакой Шапки не увидел, а увидел я много таких Героев как Дэрик Вонг.

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

192. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (192), 03-Авг-23, 16:03 
Поизучай еще это

netdev development stats for 6.5
How top authors rank in scores:
  1  p99 [-42]  Intel
  2   p0 [101]  RedHat
  3   p3 [ 16]  nVidia
  4   p2 [ 23]  Oracle
  5   p0 [358]  Meta
  6  p37 [  0]  Microchip
  7  p99 [-32]  Pengutronix
  8  p98 [-28]  AMD
  9  p99 [-56]  Bartosz Golaszewski
10  p92 [ -9]  Huawei
11  p99 [-40]  Bootlin
12   p4 [ 10]  Broadcom
13   p0 [165]  Google
14  p19 [  1]  Isovalent
15  p96 [-24]  Alibaba

https://lwn.net/ml/linux-kernel/20230627163832.75f3a340@.../

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

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

Это интересно какими в контексте XFS?

> их тогда будут использовать другие дистрибутивы

Так пусть другие и делают) Зачем это шапке нужно?
А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою специфику...

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

28. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (163), 02-Авг-23, 15:47 
> Это интересно какими в контексте XFS?

линукс, называется.

>> их тогда будут использовать другие дистрибутивы
> Так пусть другие и делают) Зачем это шапке нужно?

другому надоело за них делать.

> А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою
> специфику...

какую нах..р специфику? Возвращать в апстрим. Да, не в виде горы мусорных патчей, а в виде готового продукта - с описанием, зачем, почему именно так и как это аффектит окружающий код.
И самим затыкать вопли безмозглого верификатора.

Но нет, зачем. Взяли на халяву, зачем самим работать.

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

38. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Анонин (?), 02-Авг-23, 16:02 
> линукс, называется.

шапка один из крупнейших контрибьюторов ядра вообще-то

> другому надоело за них делать

и слава богу

> Да, не в виде горы мусорных патчей, а в виде готового продукта - с описанием, зачем, почему именно так и как это аффектит окружающий код.

Ты жыпыэль читал? Все что они обязаны делать - выкладывать код. Ни байтом больше.
Кто-то заставляет другие дистры пользоваться XFS? Ну так пошли они нафиг!

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

51. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от Аноним (163), 02-Авг-23, 16:13 
Вообще-то вот так их "контрибьюция" и выглядит - вывалили на майнтейнеров продукт из под хвоста, пусть как хотят и разгребают.

Да, в итоге комит имеет автором индуса@rhbm.com

Да, никто не заставляет. Но если бы все так делали - не было бы никакого линукса вообще.

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

52. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от User (??), 02-Авг-23, 16:14 
>Ты жыпыэль читал? Все что они обязаны делать - выкладывать код. Ни байтом больше.

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

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

55. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Анонин (?), 02-Авг-23, 16:18 
Вот видишь насколько они добрые! Делают даже то, что не обязаны!
Ответить | Правка | Наверх | Cообщить модератору

60. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (43), 02-Авг-23, 16:36 
Сарказм
Ответить | Правка | Наверх | Cообщить модератору

82. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (6), 02-Авг-23, 17:43 
> Вот видишь насколько они добрые! Делают даже то, что не обязаны!

Вот Вонг от таких добряков и свалил подальше.

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

108. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 02-Авг-23, 23:32 
> шапка один из крупнейших контрибьюторов ядра вообще-то

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

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

70. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 02-Авг-23, 17:11 
> Ну ничего - теперь вон пусть чувак на зарплате орацла страдает. Глядишь,
> даже премию дадут (нет).

Оракл же заявили, что обязуются поддерживать клон RHEL. :)

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

89. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от пох. (?), 02-Авг-23, 18:46 
так для этого не надо разбираться в редхатовских патчах, rpm --rebuild - даже если там что-то не так, исправлять нельзя, это ж потеря бит-в-бит совместимости.

Впрочем, да, там еще ж unbreakable kernel, и вот его эта проблема как раз касается. Полагаю, поэтому чуваку и платят зарплату.


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

193. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (188), 03-Авг-23, 16:56 
>читай - на собственно развитие xfs, потому что оно осуществляется компанией rhbm

Фиг там. Последнее время xfs развивается сильно больше ораклом.

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

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

Есть. Сам патчу под свои хотелки. Пока всё работает.

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

8. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от test (??), 02-Авг-23, 15:27 
> Рецензирование описывается как кошмар, вызванный необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность.

Ну так это вопрос к разрабам ядра ...

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

14. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (14), 02-Авг-23, 15:31 
Что ты предлагаешь у них спросить?
Ответить | Правка | Наверх | Cообщить модератору

19. "Отставка сопровождающего файловую систему XFS"  +6 +/
Сообщение от Аноним (1), 02-Авг-23, 15:36 
торвальдс, верни стену! завтро, то есть 3 августа, не заходим в линукс целый день. Рейтинг линукса упадет, и торвальдс вернет XFS. Потерпите денёк, зато потом нормальный XFS.
Ответить | Правка | Наверх | Cообщить модератору

20. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Анонимусс (?), 02-Авг-23, 15:36 
Спросить, напр., почему документация г##но.
Хотя это риторический вопрос))
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

95. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (201), 02-Авг-23, 20:10 
Птому, что ты не написал лучше и не прислал патч. Твой вклад там ещё с 1.0 ждут, а ты только комментарии на опеннете строишь, бездельник.
Ответить | Правка | Наверх | Cообщить модератору

182. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Анонин (?), 03-Авг-23, 12:46 
Ахаха, делать мне больше нечего, тратить свое время на какой-то линукс...
Вообще TEH DRAMA между ментейнером и другими разрабами ядра, пусть сами и разбираются)
Ответить | Правка | Наверх | Cообщить модератору

9. "Отставка сопровождающего файловую систему XFS"  +4 +/
Сообщение от Аноним (14), 02-Авг-23, 15:27 
Ещё один всё понял, другим наука думать о себе.
Ответить | Правка | Наверх | Cообщить модератору

64. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от iCat (ok), 02-Авг-23, 16:54 
Он не о себе заботится, а о деле...
Ответить | Правка | Наверх | Cообщить модератору

90. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (14), 02-Авг-23, 19:22 
Да здоровый и живой программист, лучше чем нездоровый и не живой. Так всем будет лучше.
Ответить | Правка | Наверх | Cообщить модератору

119. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (117), 03-Авг-23, 00:28 
XFS это вам не маргинальный рейзер4 какой-нибудь, о ней есть кому позаботиться. Можно спать спокойно я щитаю.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

166. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 10:07 
Нет. Эти кто-то с удовольствием позаботятся наоборот - чтоб у тебя ничего нормально не работало.
Да, можешь спать спокойно.

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

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

Да оно само получится. Хренакнется у тебя сратис гденить на середине операции - и что дальше тебе вообще никто не скажет. Потому что в душе нии...т! "Contact your support" как говорится. А у тебя support точно был в RHBM? И это еще 50/50 что раджи даже после интенсива по кнутованию смогут что-то предложить кроме "пересоздайте пул" :)

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

251. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 08-Авг-23, 17:52 
> support точно был в RHBM? И это еще 50/50 что раджи

не умеешь летать - так нефиг выпендриваться!

крути lvm командами lvm, навернется - ну хоть будешь точно знать что "пересоздайте пул".
А xfs вряд ли так навернется, там все дубовое (пока этот оригинал не приделал "online fsck")

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

118. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (117), 03-Авг-23, 00:23 
Что еще унылым задр0там делать, кроме как бесплатно кодить то, за что нормальные люди получают деньги (чтобы иметь возможность нормально отдохнуть, а не др0чить перед монитором).
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

12. "Отставка сопровождающего файловую систему XFS"  –5 +/
Сообщение от Аноним (12), 02-Авг-23, 15:30 
не мужчина - слабак.
Ответить | Правка | Наверх | Cообщить модератору

34. "Отставка сопровождающего файловую систему XFS"  +4 +/
Сообщение от Аноним (14), 02-Авг-23, 15:57 
Сексизм. И попытка вызывать чувство вины. Фу быть таким как ты.
Ответить | Правка | Наверх | Cообщить модератору

46. "Отставка сопровождающего файловую систему XFS"  –3 +/
Сообщение от Аноним (12), 02-Авг-23, 16:09 
Это обратный сексизм - такой можно. И не фу.
Ответить | Правка | Наверх | Cообщить модератору

91. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (14), 02-Авг-23, 19:23 
Это одна из причин психологических проблем и в том числе алкоголизма.
Ответить | Правка | Наверх | Cообщить модератору

15. "Отставка сопровождающего файловую систему XFS"  +4 +/
Сообщение от Аноним (6), 02-Авг-23, 15:31 
кстати, и обратите внимание- куда чувак свалил. код zfs - не требует приседаний и отжиманий ни с "сообществом"-серпентарием, ни с невменяемыми технологиями 1995го года по отслеживанию серий патчей, ни с такими же скриптами такого же года генерящими миллион ненужных предупреждений.

Ну ок, глядишь, будет у нас fsck. Хотя судя по "online" - вряд ли.


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

41. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (42), 02-Авг-23, 16:05 
> Ну ок, глядишь, будет у нас fsck.

И это после 15 лет доказываний адептами ZFS с пеной у рта, что нормальной файлухе fsck не нужен.

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

49. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Staxemail (ok), 02-Авг-23, 16:11 
А зачем он нужен, если она by design всегда консистентна и откатывается на предыдущее консистентное состояние, если текущее не доходит до корректного, а если из-за физического повреждения единственной копии порушились метаданные (ну чисто для примера), то и fsck не спасет?
Ответить | Правка | Наверх | Cообщить модератору

69. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 02-Авг-23, 17:08 
При намеренной порче данных может потребоваться восстановление. Кстати, как раз ZFS я убивал и удалось поднять.
Ответить | Правка | Наверх | Cообщить модератору

85. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (163), 02-Авг-23, 17:52 
> При намеренной порче данных может потребоваться восстановление.

а при ненамеренной можно просто не заходить в каталог, вызвающий kernel panic (тоже рецепт от правильных пацанов из iX - следующий за "удалить пул и создать заново")

> Кстати, как раз ZFS я
> убивал и удалось поднять.

тот чувак из австралии смотрит на тебя глазами кенгуру.

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

44. "Отставка сопровождающего файловую систему XFS"  +5 +/
Сообщение от Staxemail (ok), 02-Авг-23, 16:08 
Вы что курили??

Причем тут вообще ZFS? Он написал, что продолжает работу над online fsck для xfs, чтобы это работало как в zfs. И еще пачку фич продолжит писать. Он прекращает быть мейнтейнером, а не разработчиком.

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

53. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (163), 02-Авг-23, 16:17 
Но... в zfs НЕТ никакого fsck... ни онлайн, ни офлайн.

"destroy the pool and restore from backup" (c) горе-разработчик iX

Он над этим собрался поработать? Ну п-ц вашим данным.

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

110. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 02-Авг-23, 23:38 
> Но... в zfs НЕТ никакого fsck... ни онлайн, ни офлайн.

Там scrub есть. А в XFS даже такого - нет. Извините, ребутать сервер чтобы чекнуть что данные в порядке и диски не битые как-то напряжно.

> "destroy the pool and restore from backup" (c) горе-разработчик iX
> Он над этим собрался поработать? Ну п-ц вашим данным.

Учитывая что у редхата сбежали все блочники и ФСщики - имеет все шансы на успех.

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

116. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 02-Авг-23, 23:58 
> Там scrub есть.

это распространенное чайничье заблуждение. scrub не исправляет (и даже не проверяет!) логические ошибки.
все что он делает - пересчитывает контрольные суммы. Совершенно бесполезный и ненужный на исправном железе процесс.

> Извините, ребутать сервер чтобы чекнуть что данные в порядке и диски не битые как-то напряжно.

кто-то из Великих в свое время сравнил идею запускать fsck на смонтированной fs с попыткой хирургической операции на прыгающем пациенте.

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

134. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 03-Авг-23, 02:31 
> это распространенное чайничье заблуждение. scrub не исправляет (и даже не
> проверяет!) логические ошибки.

Я в курсе что это не онлайн fsck мистер умник. Но у XFS нет даже и такого. Там вообще так по простому вроде бы нельзя прогнать read test на used регионе пространства и посмотреть насколько сие живое. А без этого потуги мимикрии под вон тех смотрятся жалко. Потому что не будет даже намека на способность онлайн-парирования "мелких" факапов ("self heal") в нормальном виде. Конечно это линух и натянуть сову на глобус если очень уж хочется всегда можно, вопрос в том как это будет выглядеть.

> все что он делает - пересчитывает контрольные суммы. Совершенно бесполезный и ненужный
> на исправном железе процесс.

Ты явно не в курсе, что у совершенно исправного железа есть такой параметр как "read error rate". Что странно для такого великого инженера. Может ты и про MTBF не слышал? А при современных емкостях железок и погоне за емкостью, даже ценой хлипкости - это не пустое соображение. Черт знает насчет ZFS, а в btrfs сие инициирует и рекавери посыпавшейся копии из избыточности, если она есть. Если это был "мелкий" осыпон, единственное достижение это self heal проблемы. И ты врядли захочешь узнать о вон том неотремапленом бэде когда другой девайс вылетел, данные понадобились, ых, ых, ых... FAIL?! Но да, ты кажется так и не понял как эти звездные крейсера правильно пилотировать, и зачем там эта штука.

> кто-то из Великих в свое время сравнил идею запускать fsck на смонтированной
> fs с попыткой хирургической операции на прыгающем пациенте.

Чекать консистентность структур по живой ФС и правда гимор на всю голову. Хотя в какомнить btrfs и т.п. - можно и попытаться, на чуть устаревшем view. Но все равно гимор.

А еще прикольно верить в чудеса, но fsck не может починить ВСЕ мыслимые виды разрушений. Если метаданные пролюблены - то уж пролюблены. В CoW дизайне можно попытаться сгонять в прошлое в надежде что там еще не было ЭТОГО - и может получиться. Но это зависит от характера разрушений.

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

167. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 10:18 
> Но у XFS нет даже и такого.

у xfs есть офлайн. И он вполне работает. А у zfs - удалите пул и создайте заново (c)
У btrfs вроде бы есть но по отчетам - не работает толком.

> Ты явно не в курсе, что у совершенно исправного железа есть такой параметр как "read error rate".

это ошибки - кого надо ошибки. Даже у сильно неисправного железа они никогда не доходят до операционной системы. Либо блок перечитается пока не прочитается правильно, точнее, пока его не удастся восстановить правильно (у prml дисков блоки НИКОГДА не читаются правильно, читается невообразимая каша) и это совершенно нормально для современных дисков, либо вернется ошибка, либо, чаще всего - повиснет нахрен.

> Может ты и про MTBF не слышал?

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

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

пустое. Все равно твое ведро не сможет обработать. Пользуйся san от приличных производителей. Там соломка подложена где надо, они не повиснут. Причем внутри клон zfs. Просто разработчикам платят именно за это, а не за докер в докере под докером.

> А еще прикольно верить в чудеса, но fsck не может починить ВСЕ мыслимые виды разрушений.

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

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

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

211. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 04-Авг-23, 05:10 
> у xfs есть офлайн. И он вполне работает.

А ты радостно вырубишь продовые системы и будешь с оптимизмом гонять это, на многотерабайтных массивах то? Особенно проверку чексум по всей площади какую, чтоб не получить внезапный бэд на попытке ребилда. Btrfs в этом приколен тем что чекает только реально используемое - и ребилд только это и будет использовать.

> А у zfs - удалите пул и создайте заново (c)
> У btrfs вроде бы есть но по отчетам - не работает толком.

У их дизайнов есть кое-что общее: при крахе по задумке вообще не должно как-то серьезно портиться. Если вдруг это случается, железо работает за пределами допущений типичной файлушной семантики сброса буферов, это с любой фс может стать проблемой. Борьба с запредельно кривым железом просто не основной сценарий, вариантов этой кривизны очень много. И таки по состоянию на сейчас вон тот аспект в железе все же обычно работает. Хотя как last resort конечно инструмент такого плана неплохо бы.

> это ошибки - кого надо ошибки. Даже у сильно неисправного железа они
> никогда не доходят до операционной системы.

Это кто сказал? У FEC вероятность прощелкать сбой и вернуть кривые данные как якобы-валидные - отлична от 0. В этом случае второй уровень чексум оказывается очень кстати. Он другой и вероятность что и для него это тоже валидно - низкая. А вот любители обычных RAID в этом месте могут скушать интересных ништяков.

> Либо блок перечитается пока не прочитается правильно, точнее, пока его
> не удастся восстановить правильно (у prml дисков блоки НИКОГДА не читаются правильно,

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

> читается невообразимая каша) и это совершенно нормально для современных дисков,

Ну не "невообразимая" - и FEC все же парирует ограниченное число сбоев потому что много места под FEC жаба душит отдавать.

> либо вернется ошибка, либо, чаще всего - повиснет нахрен.

Ну вообще оно обычно 1 из эн вариантов:
1) Вернет за обозримое время какой-то хлам. Который толи сошелся как решение FEC, толи просто "уж что вышло" даже если FEC не сошелся. Зависит от дури фирмвари.
2) Честно сооб IO Error.
3) Надолго задумается, делая чертову кучу повторов чтения. Совсем виснет редко, обычно у соята терпение кончается и тот начинает истерить. Для этого в винчах сделали набор команд SCT, позволяет указать фирмвари что нам таймаут операции не пофиг (иначе RAID считает девайс отпавшим, etc).

> я в отличие от тебя не только слышал, а знаю что означает.

Странно, а про read error rate вот совсем по нулям.

> Нет, твои волшебные поделки не умеют это обрабатывать.

Да вот btrfs при правильном подходе орет "csum failed ... corrected". А на жестаках в RAID я в отличие от всяких - умею фичи SCT настраивать. Оно как раз для вот этого, чтоб в таймаут по "якобы взвису" не уходить.

> пустое. Все равно твое ведро не сможет обработать.

Что оно не сможет обработать? Оно либо IO error поймает либо ФС заметит csum failed, оба случая ведут к перезаписи проблемного блока. До кучи такая логика и ремапу проблемного региона косвенно способствует.

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

Я и без супербогов в состоянии наруливать системные аспекты, типа SCT фич, так что и у меня не виснет в общем случае. Поэтому могу получить такой же результат как ты но в разы дешевле. И соломку я стелить научился не хуже вон тех. А просто потому что понимаю как оно унутрях и откуда гадостей ждать.

> Причем внутри клон zfs. Просто разработчикам платят именно за это, а не за
> докер в докере под докером.

Вот с непонятной проприетарой от супербогов за дофига денег ты там сам как нибудь и танцуй. А я и сам на олимп при нужде прогуляться могу.

> его задача - вернуть консистентность метаданным (и по возможности - данным) -
> в крайнем случае просто обнулив их.

И что ожидается получить с обнуленными метаданными оптом например?

> чтобы ты не поймал сегфолт при попытке обратиться по указателю, заполненному дерьмом.

Если это будет проблема, читать btrfs можно и офлайн. К тому же тыкаясь в разные точки входа. А в новых версиях вроде и онлайново маунтить прошлые generation научили. В надежде что разрушения всплывшие вон там - еще не затрагивали вон те варианты view энной давности.

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

Ну как бы я вот разок заметил бэд под системной либой. На эмбедовке. Очень не понравилось. С тех пор там btrfs с DUP - он такое парирует в 2 счета. Стало лучше чем было. А твой zfs так вообще не умеет просто и без гимора, он вообще не делался для таких кейсов. А хранилка прекрасно но стоит больше одноплатника и кастомеры не поймут-с.

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

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

пока не будет поводов - не буду, нахрена мне ненужные проверки? Я не верю в ваши мифы и легенды про самомодифицирующиеся байтики на дисках.

Если повод будет - да, прогоню, у меня нет настолько ненужных продовых систем с многотерабайтными массивами чтобы оно не имело резервирования и его нельзя было отключить для проверки, это ж п-ц какой-то.
Обычный fsck а не какие-то проверки ненужного ненужно "по всей площади".

>> никогда не доходят до операционной системы.
> Это кто сказал?

опыт.

> Да вот btrfs при правильном подходе орет "csum failed ... corrected".

а у меня не орет. Видно, что-то делаю неправильно.

А вот виснуть и портить данные - да, умеет.

> Что оно не сможет обработать? Оно либо IO error поймает либо ФС заметит csum failed

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

> Я и без супербогов в состоянии наруливать системные аспекты, типа SCT фич

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

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

235. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 05-Авг-23, 05:29 
> пока не будет поводов - не буду, нахрена мне ненужные проверки?

Это как pkunzip.zip - без чексум ты это не заметишь и будешь уверен что все ЗБС. Но на современных объемах данных и скоростях магия количеств серьезно нагибает теорвер vs "read error rate".

> Я не верю в ваши мифы и легенды про самомодифицирующиеся байтики на дисках.

Себе противоречишь. То не читает корректно никогда - то не верю в легенды. Почитай тогда как FEC работает и не тупи. Вероятность что нечто совершенно левое будет посчитано корректным решением для FEC отличается от ноля. На достаточно большом числе попыток может и проскочить. А у некоторых железок фирмвар предпочитает отдать прочитаный буфер как есть даже если FEC облажался, хз почему.

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

Поэтому онлайновый scrub с фоновым приоритетом и имеет некое право на жизнь. И таки я видел случаи когда он таки реально репайрил единичные сбои. Бывает. Хоть и весьма редко на нормальном железе. Заодно самодиагностикой подрабатывает.

> Обычный fsck а не какие-то проверки ненужного ненужно "по всей площади".

Одно другое не заменяет. И вон то актуально например в многодисковой конфиге чтобы не обнаружить тот бэд когда перестройка вылетевшего совсем диска пирспичила.

> опыт.

А мой опыт вот - видал несколько бэдов заруленых btrfs'ом по именно той механике. И?

> а у меня не орет. Видно, что-то делаю неправильно.

Зависит от железа, количества инстансов оного и много чего еще. В норме он конечно орать и не должен. Но случаи бывают разные. И вот раз в дохрена лет даже на ноуте случайный бэд вылез. Ну как вылез так и аннулировался. Btrfs починил данные, винч ремапнул сектор при очередной записи, и оно и дальше работало себе долго и счастливо. Так намного лучше имхо.

> А вот виснуть и портить данные - да, умеет.

В моих конфигах, вот, не виснет. А если попробует - быренько познакомится с дебагером. Если конечно это не про тормозной отклик винчей при налете на бэды, таймаут на это через команды SCT рулится, это причина их появления если что. А у некоторых серий "для RAID" оно даже активно по дефолту.

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

У меня таких страстей почему-то не бывает. Толи баги меня боятся, знают что ядебагер достану, толи я идиотских действий типа out of tree модулей рушаших память и плохо тестированых не гоняю, но вон то в моих конфигах не характерно.

> ты как обычно в состоянии рассказывать сказочки своего локалхоста или вовсе чтение
> викивракии. Про sct он прочитал, ох б-жечки ж мой (а ничего
> что в доступных тебе дисках нет никакого sct десять лет как?

Вообще-то набор команд SCT поддерживался практически всеми более-менее новыми дисками которые я видел (да, я любопытный и тыкаю палочкой в девайсы). А нет его либо в антиках либо в твердотельных где он нахрен не вперся, там и retry сильно быстрее и много попыток смысла делать меньше.

> А, это ж не написано в викивракии. А с реальными проблемами
> ты не встречался, у тебя "фсе работает", ну кроме битой флэшки
> в кривой эмбедовке, очень ценное знание, жаль бесполезное)

Знание как сделать чтобы ни...я не работало - еще менее полезное. Почему-то :). Хотя если тебя к конкурентам засылать - то, конечно, ЗБС.

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

160. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Минона (ok), 03-Авг-23, 08:51 
Пох, ну ты не прав.
Скруб не только пересчитывает кс.
Если в процессе пересчета кс на зеркальном или raidz пуле на одном из дисков обнаружиться битый сектор, то данные будут перезаписаны в исправный.
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

168. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 10:23 
Это не имеет отношения к scrub. Если не совпало - как и при обычном чтении, попытается прочитать другую копию (и перезаписать неправильную). Если ее нет или она тоже битая, как всегда - давайте повиснем, что-ли? Или крэшнемся, тоже интересно.
А сам scrub просто "обычное чтение" и вызывает, волшебного там нет ничего.

А нужно совершенно другое - внешняя утилита проверки что прочитался не мусор, структуры заполнены правильно и по указателю лежит что-то похожее на то что там должно быть, и если нет - попытка найти где же оно осталось (в случае zfs вполне реальная, просто откатившись на предыдущую txg) и восстановить. Независимо от того, совпадают ли у мусора контрольные суммы (может оно в памяти уже было такое и сумма-то совпадает).
Ну б-ть, это умела ms-dos 1.1


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

48. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от Stellarwind (?), 02-Авг-23, 16:11 
Вы тупите - читайте первоисточник: "For now, I will continue to review patches and will try to get online
fsck, parent pointers, and realtime volume modernisation merged." - он пытается фичу zfs добавить в xfs и никуда он не свалил.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

101. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от An2 (?), 02-Авг-23, 21:20 
> и никуда он не свалил.

С поста сопровождающего таки да:


diff --git a/MAINTAINERS b/MAINTAINERS
index d232e9e36b87..d6b82aac42a4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -23324,7 +23324,7 @@ F:    include/xen/arm/swiotlb-xen.h
F:    include/xen/swiotlb-xen.h

XFS FILESYSTEM
-M:    Darrick J. Wong <djwong@kernel.org>
+R:    Darrick J. Wong <djwong@kernel.org>
L:    linux-xfs@vger.kernel.org
S:    Supported
W:    http://xfs.org/

https://lore.kernel.org/linux-xfs/169091989589.112530.112948...

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

23. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (23), 02-Авг-23, 15:42 
Всё, что вы хотели знать о качестве документации и кода ядра, в одном предложении:

> Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features.  Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.

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

26. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (23), 02-Авг-23, 15:44 
Рецензирование превратилось в кошмар, когда приходится продираться через недокументированный код ядра, пытаясь понять, не сломает ли эта новая функция все остальные.  Получение рецензий - это неприятный процесс переговоров с требованиями дальнейшей оптимизации, попыток понять, основан ли комментарий к рецензии на опыте или незнании, и размышлений о том, означает ли молчание что-либо.
Ответить | Правка | Наверх | Cообщить модератору

33. "Отставка сопровождающего файловую систему XFS"  +4 +/
Сообщение от Аноним (33), 02-Авг-23, 15:52 
under - недо, un - не.

Мужик говорит про недостаточно хорошо документрованный код, а не про недокументированный как тут перевели.

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

27. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от bOOster (ok), 02-Авг-23, 15:46 
> Всё, что вы хотели знать о качестве документации и кода ядра, в
> одном предложении:
>> Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features.  Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.

Качестве документации и кода ядра ->Linux<- забыл дописать.
Ну в целом всем об этом давно известно и это в результате делает из него дуршлаг.

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

45. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (42), 02-Авг-23, 16:09 
> Качестве документации и кода ядра ->Linux<- забыл дописать.
> Ну в целом всем об этом давно известно и это в результате делает из него дуршлаг.

Если поменять "Linux" на, скажем, "OpenBSD", ничего не поменяется.

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

32. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (32), 02-Авг-23, 15:51 
Рекомендую там дальше прочитать требования к документации самой xfs. Типа никаких комитов меняющих структуры на диске без одновременного комита в документацию и т д.

Так что не всего ядра. Лишь тех его частей за которые "отвечает" (нет) один программирователь-на-псевдокоде.

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

30. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (29), 02-Авг-23, 15:49 
Что-то они все посыпались...
Ответить | Правка | Наверх | Cообщить модератору

80. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 02-Авг-23, 17:29 
Пока ещё не все, но всякая лавина с чего-то начинается.
Ответить | Правка | Наверх | Cообщить модератору

111. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 02-Авг-23, 23:41 
> Что-то они все посыпались...

Нормальные спецы блочного уровня из редхата посыпались далеко не вчера. Последним из грандов ушел Josef Bacik. Теперь, вот, над btrfs работает. Весьма эффективно я б сказал. Видимо по его мнению тот дизайн стоит затрат времени на него, в отличие от того что редхат вытворял с своими сратисами.

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

31. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Пряник (?), 02-Авг-23, 15:50 
> Рецензирование описывается как кошмар, вызванный необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность.

Тесты?

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

36. "Отставка сопровождающего файловую систему XFS"  +5 +/
Сообщение от Аноним (14), 02-Авг-23, 16:00 
Тесты вместо документации это дно. Ещё один пункт: у меня же понятные имена функций зачем документация, таких тоже по башке.
Ответить | Правка | Наверх | Cообщить модератору

54. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от Staxemail (ok), 02-Авг-23, 16:18 
Ну это же модный TDD. Да и agile говорит нам - код должен быть таким понятным, чтобы не нужна была документация!
Ответить | Правка | Наверх | Cообщить модератору

96. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от Аноним (201), 02-Авг-23, 20:17 
Правильно говорит. Код действительно должен быть таким. Но только дурак из этого может сделать вывод о том, что документация не нужна.
Ответить | Правка | Наверх | Cообщить модератору

127. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (127), 03-Авг-23, 01:36 
> Тесты вместо документации это дно.

Не вместо документации, а чтобы сразу было понятно "не поломает ли что-то предложенная новая возможность".

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

68. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 02-Авг-23, 17:05 
В ядре такой метод тыка не приемлем.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

113. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (-), 02-Авг-23, 23:49 
> В ядре такой метод тыка не приемлем.

Syzbot про это безобразие не в курсе - и поэтому выкатывает девам баги оптом. Даже с автобисектом и пингом именно того кто накосячил. И пачка ботов всяких Kernel CI и кто там еще тестит на автомате - подвякивают. И еще есть kunit - юниттесты от гугли для ядра.

ЧСХ в целом автоотлов багов идет на пользу качеству, стабильности и секурити ядра в целом - косячнику через полдня зачастую прилетает отлуп от какого-нибудь бота что он накосячил. Один, вот, кажется устал за раджами из редхата разгребать...

А кто ему обещал что натягивать сову типа рефлинков на глобус типа XFS это просто?

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

190. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 03-Авг-23, 15:34 
Даже при понимании возможны ошибки, потому Syzbot не лишний. Когда нет понимания, никакие*) тесты не спасут.

*) на полный перебор вариантов не хватит ресурсов.

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

212. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 04-Авг-23, 05:27 
> Даже при понимании возможны ошибки, потому Syzbot не лишний. Когда нет понимания,
> никакие*) тесты не спасут.

Вообще, несколько раз я выруливал и не совсем понимая что я сделал, проверяя именно по спекам что то что вышло - работает как надо. Что делать, некоторые вещи в сложном мире иногда заставляют балансировать на грани возможного.

> *) на полный перебор вариантов не хватит ресурсов.

Как я вижу, штуки типа syzbot одолели гамнокодеров, завалив редхатиндусов багами в их чудном коде. А то что ботам похрен и они краевые случаи прозванивают не хуже остальных - и что? Это не значит что их чинить не надо. Вон в btrfs фэйсбук чинил баг который все рушил только если файл более 20Тб. Остальным оно похрен - но ведь со временем и другие такие файло начнут наворачивать. И будет как в винде vs NTFS vs 2Tb где он себе харакири делал. Ну на 20 терабайтов вместо 2, можно подумать увеличение циферки в 10 раз надолго спасет.

На мой вкус root cause - общее качество кода. Редхат прощелкал грандов, быро нанял левых нонеймов, подначивая их давай-давай. И получил - то что получил. Хреновое качество кода по всей площади и задолбавшегося с этим майнтайнера.

На самом деле с XFS забавная история в том что они сделав годный test suite пришли к тому что другие команды им лучше и чаще пользуются в свое благо, XFSники же раздолбайничали (что еще пачка индусов может?) и со временем "техдолг" накопился до состояния когда с ним жить уже тяжко стало.

А круто в этой истории хотя-бы то что человек заметил что он перестает справляться с ситуацией и отдал бразды правления. Может кто-то иной сможет лучше. Или участники проекта пересмотрят практики после демарша.

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

228. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 04-Авг-23, 14:49 
>> Даже при понимании возможны ошибки, потому Syzbot не лишний. Когда нет понимания,
>> никакие*) тесты не спасут.
> Вообще, несколько раз я выруливал и не совсем понимая что я сделал,
> проверяя именно по спекам что то что вышло - работает как
> надо.

Это обычные для Даннинг-Крюгера сомнения. Другой бы написал "я вообще никогда не напрягаюсь и всегда всё работает". ;) Кроме того, понимание и осознание несколько не одно и тоже. Бывает понимание на интуитивном уровне. Бывают люди, кто понимает, но объяснить другим толком не может - потому у некоторых книжек два автора.

> Что делать, некоторые вещи в сложном мире иногда заставляют балансировать
> на грани возможного.

Одно дело, когда надо "ещё вчера" что-то исправить, а другое - добавить новый функционал.

>[оверквотинг удален]
> что их чинить не надо. Вон в btrfs фэйсбук чинил баг
> который все рушил только если файл более 20Тб. Остальным оно похрен
> - но ведь со временем и другие такие файло начнут наворачивать.
> И будет как в винде vs NTFS vs 2Tb где он
> себе харакири делал. Ну на 20 терабайтов вместо 2, можно подумать
> увеличение циферки в 10 раз надолго спасет.
> На мой вкус root cause - общее качество кода. Редхат прощелкал грандов,
> быро нанял левых нонеймов, подначивая их давай-давай. И получил - то
> что получил. Хреновое качество кода по всей площади и задолбавшегося с
> этим майнтайнера.

Где-то я уже читал такое... В воспоминаниях сотрудника Микрософт, как они с ИБМ пилили OS/2.

> На самом деле с XFS забавная история в том что они сделав
> годный test suite пришли к тому что другие команды им лучше
> и чаще пользуются в свое благо, XFSники же раздолбайничали (что еще
> пачка индусов может?) и со временем "техдолг" накопился до состояния когда
> с ним жить уже тяжко стало.
> А круто в этой истории хотя-бы то что человек заметил что он
> перестает справляться с ситуацией и отдал бразды правления. Может кто-то иной
> сможет лучше. Или участники проекта пересмотрят практики после демарша.

В том то и вопрос, сколько их, кто не заметил или сказать стесняется.

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

236. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 05-Авг-23, 06:10 
> Это обычные для Даннинг-Крюгера сомнения. Другой бы написал "я вообще никогда не
> напрягаюсь и всегда всё работает". ;) Кроме того, понимание и осознание
> несколько не одно и тоже. Бывает понимание на интуитивном уровне.

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

> Бывают люди, кто понимает, но объяснить другим толком не может - потому
> у некоторых книжек два автора.

Тут я придерживаюсь мнения Резерфорда - если не можете объяснить кухарке чем занимаетесь, то и сами не понимаете.

> Одно дело, когда надо "ещё вчера" что-то исправить, а другое - добавить
> новый функционал.

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

Конкретно XFSники ИМХО влезли в большой техдолг, зачем-то делая из дизайна то что в нем никогда не планировалось: CoW и рефлинки. Это ИМХО не те фичи которые можно сбоку прикрутить на проволоку - и потом не пожалеть о содеяном. Некоторые фичи все же лучше делать как core дизайна, учтя в структурах и алгоритмах сразу. Потом уже поздно.

Зачем они так сделали - а кто знает. Видимо посчитали что раз запрос на фичу есть и у конкурентов есть то и им надо, а из того что было под рукой только XFS. Ну и пошли натягивать сову на глобус. Даже что-то получилось, но какой ценой... о чем и сабж. Это если что мое частное мнение и т.к. я все же не Торвальдс в вопросах управления проектами к нему стоит относится с определенным скепсисом. Возможно есть более удачные объяснения наблюдаемого.

> Где-то я уже читал такое... В воспоминаниях сотрудника Микрософт, как они с
> ИБМ пилили OS/2.

Возможно. Паттерны вполне могут повторяться. А зачастую даже еще и работают. Просто ФС довольно сложный многофакторный топик и то что хорошо работало для вебдева не обязано прокатить и для ФС.

> В том то и вопрос, сколько их, кто не заметил или сказать стесняется.

Кто ж его знает. Порой, опенсорсом занимаются в режиме "я делаю это, потому что остальные не смогли даже так, а ждать благодать от супербогов - задолбало". Я не знаю почему так. Толи некоторые топики слишком сложные. Толи еще что. Но так бывает. И сделать то чего еще не было  - или не было в устравивающем виде - это 1 из валидных причин занятий опенсорсом. А то что можно было лучше - имхо надлежит доказывать делом. Обставив предшественников на практике а не разводя пафосные теории, которые могут и вообще не сработать на практике.

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

59. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (59), 02-Авг-23, 16:30 
XFS, давай досвиданья! Вот бы ещё кто-нибудь btrfs выкинул на мороз, вообще чудесно было бы.
Ответить | Правка | Наверх | Cообщить модератору

63. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Вася (??), 02-Авг-23, 16:53 
XFS неплохая ФС была, но сейчас с каждым днем все меньше резона ее использовать. btrfs хорошей так, кажется, и не стала, но потанцевал есть
Ответить | Правка | Наверх | Cообщить модератору

76. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (76), 02-Авг-23, 17:18 
ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

83. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (6), 02-Авг-23, 17:48 
> ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?

ну конечно же ntfs3 (и, разумеется, vfat)

Лучшие! (В целом, глядя на происходящую вакханалию - действительно ведь...)


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

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

169. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 10:24 
не, это самсунг. Вряд ли у них получилось хорошо.

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

216. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 04-Авг-23, 06:32 
> не, это самсунг. Вряд ли у них получилось хорошо.

Там на все надрывается 1 несчастный кодер по сути, на вот это и на ksmd. По нормальному это 2 галеры, каждая гребцов на 10. А тут 1 чувак на 2 галеры как-то раскорячился. Скажите спасибо что это вообще как-то плавает, бжад :)))

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

217. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 04-Авг-23, 06:33 
> Там на все надрывается 1 несчастный кодер по сути, на вот это
> и на ksmd. По нормальному это 2 галеры, каждая гребцов на
> 10. А тут 1 чувак на 2 галеры как-то раскорячился. Скажите
> спасибо что это вообще как-то плавает, бжад :)))

Поправочка, ksmbd конечно. Надо же повторить опечатку поха, позор какой...

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

222. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от пох. (?), 04-Авг-23, 12:02 
обратить внимание - и с xfs похожая хрень. По нормальному на галеру с двадцатью гребцами, а веслают десять. И то среди них два специалиста по диверсити и один альтернативно-одаренный.

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

Поэтому raid6 как разваливался, так и будет - и ни одна живая душа с той галеры не знает, почему это происходит - за десять лет. (Кошка кока возможно знает, но она разговаривать не умеет.)
А попытка wdшных гребцов приобщиться - не нашла понимания у кнутователя.

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

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

Ох пардон, я с f2fs перепутал. Хотя... я посмотрел. Таки реально - галер было ТРИ и это тримаран цуко, где 1 чувак греб на ТРИ галеры. Три, Карл!!!111 Но потом видимо дошло что такой дредноут плавает странно и все же и другие подвалили. Даже вон какой-то тип с @sony.com, редкий вид.

> По нормальному на галеру с двадцатью гребцами, а веслают десять. И то среди них два
> специалиста по диверсити и один альтернативно-одаренный.

По сравнению с Namjae Jeon из самсунга который умудрился грести тремя галерами в одну морду они нубы. В btrfs так то тоже работ больше чем народа. И вообще кто-то в патчах на bcachefs уже высказался - мол, господа, если вы 200К обезьян ушли - может можно десяток файлушников на фултайм нанять?! Зашиваемся же. Иначе будете жрать забагованые и кривые файлухи, вам ваши данные надо или где?! Правда тут топик сложный - не то что пошел на улицу и нанял рандомных тушек, если так сделать - потом, вот, майнтайнер харакири хочет делать чего-то.

> меня для тебя паршивая новость.

Мне не нужны твои новости о btrfs: они у меня на виду без твоих новостей. И таки да, btrfs это большой и сложный дизайн и на самом деле там много что стоило бы улучшить. А тех кто это может достаточно ограниченное количество. И приходится приоретизировать. Или к вопросу о том почему RAID56 где-то на заднем плане. Это не самый топовый юзкейс, зато проблем там есть. При том технически сложных, раджей не нагонишь это кодить.

> Поэтому raid6 как разваливался, так и будет - и ни одна живая
> душа с той галеры не знает, почему это происходит - за
> десять лет. (Кошка кока возможно знает, но она разговаривать не умеет.)

В случае btrfs основные pain points даже известны но там надо либо перфоманс уронить либо переделать дисковые структуры немного - порушив compat. А если уж compat рушить - там довольно длинный список чего еще стоило бы в "V2" дизайна загнать.

> А попытка wdшных гребцов приобщиться - не нашла понимания у кнутователя.

В случае btrfs таки я регулярно вижу именно этих господ. Пиляют себе свой любимый zoned. Ну а что, они как одни из создателей технологии в ней эксперты.

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

173. "Отставка сопровождающего файловую систему XFS"  –3 +/
Сообщение от Аноним (173), 03-Авг-23, 11:16 
Вспоминается классика
"Господи, код NTFS — это багровый роман ужасов, написанный под опиумом в средневековье, где используются глобальные рекурсивные блокировки и управление потоком выполнения программы при помощи структурной обработкой исключений (SEH). Давайте вместо неё напишем ReFs. (И да, начнем с копипаста исходников NTFS и удаления половины функциональности! Теперь добавим контрольные суммы, потому что контрольные суммы это круто, и с контрольными суммами мы почти так же круты, как ZFS, верно? И вообще, кому нужны квоты?)"
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

223. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от пох. (?), 04-Авг-23, 12:04 
> Вспоминается классика

Антинаучной фантастики.

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

114. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 02-Авг-23, 23:50 
> ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?

Отличный повод принять в ядро Bcachefs :)

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

139. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от leap42 (ok), 03-Авг-23, 06:29 
> XFS, давай досвиданья! Вот бы ещё кто-нибудь btrfs выкинул на мороз, вообще чудесно было бы.

Эм... Вы из тех, кто хочет новый драйвер ntfs от paragon для всего или очередной фанат трижды четырежды переваренного кала (ext4)?

До выхода пятой версии (XFSv5) у нас не было ни одной внятной ФС, теперь есть. Никакого досвиданья не будет.

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

170. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от пох. (?), 03-Авг-23, 10:27 
> Эм... Вы из тех, кто хочет новый драйвер ntfs от paragon

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

И fsck вроде даже работающий (хотя всегда лучше предоставить эту работу вендепоганой, она - умеет). От парагонщиков так и не дождались обещанного гораздо более лучшего. Слишком много усилий ушло на переписывание color на colour и обратно.


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

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

Что умеет, прости? Добить? Да, ntfs не зря известна тем, что постоянно рассыпается. Эти баги каждые пару лет фиксят, только в 1 месте исправляют, в 10 других ломают.

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

181. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от пох. (?), 03-Авг-23, 12:34 

> Что умеет, прости? Добить? Да, ntfs не зря известна тем, что постоянно

врунишкам  с опеннета много чего известно. Зачем ты раскрываешь рот если не можешь на каждой фразе не врать?

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

185. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (176), 03-Авг-23, 13:39 
Ну почему же, всем известно, кроме фанбоев, вроде тебя. МС вполне конкретно сообщает в ченджлогах каждый раз, из того. что я видел.
Ответить | Правка | Наверх | Cообщить модератору

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

прям так тебе лично и сообщает - постоянно, де, разваливается.


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

213. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 04-Авг-23, 05:31 
> врунишкам  с опеннета много чего известно. Зачем ты раскрываешь рот если
> не можешь на каждой фразе не врать?

Похыч, как некто, кто собирал юзерам не менее десятка развалившихся NTFSов я имею полные основания назвать вруном именно тебя. Таки оно разваливается. И в силу пофигизма юзеров, виндов и ФС к все и вся - не сказать что так уж прямо редко.

А проблемы с RAM или диском юзер замечает обычно лишь когда толи бсод при маунте, толи оно вообще не хочет маунтиться и chkdisk не чинит это, толи половина файлов куда-то ВНЕЗАПНО испаряется, то еще какая-то хня.

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

66. "Отставка сопровождающего файловую систему XFS"  –3 +/
Сообщение от n00by (ok), 02-Авг-23, 16:59 
Самое время перечитать второе интервью Эдуарда Шишкина.
Ответить | Правка | Наверх | Cообщить модератору

97. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (201), 02-Авг-23, 20:19 
Лучше расскажи как там код этого клоуна поживает. Уже годится в прод или всё ещё уже вот-вот почти, осталось только написать, да нет времени?
Ответить | Правка | Наверх | Cообщить модератору

231. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (231), 04-Авг-23, 17:10 
Рейзер ещё с прошлого века как в проде
Ответить | Правка | Наверх | Cообщить модератору

135. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 03-Авг-23, 02:43 
> Самое время перечитать второе интервью Эдуарда Шишкина.

Это как позвать физика-теоретика электровоз проектировать. Чисто теоретически он мог бы вам спроектировать офигенный маглев. Практически он будет дороже самолета и вообще не поедет и не полетит - по куче мелких практических причин которые "филин-стратег!" вообще не знал. А бонусом такой клоун выживет всю остальную команду своими токсичными умничаниями в стиле "все раки, я умник". Ему и показали - ну если умник, например, в менеджменте ядра - вот и давай, покажи сам чего можешь. Проверка практикой показала что филинстратег может: ноль работоспособных в реальном мире проектов, только вечные WIP недопилки с кучей нерешенных проблем.

Интересно - Шишкину не приходило в бошку что ФС слишком большой проект чтобы вытролливать на...й всю команду и кодить в гордом одиночестве ВООБЩЕ СОВЕМ ВСЕ? Люди столько НЕ ЖИВУТ. А желающих работать с ним в ядре вообще нет. Он оказался еще хуже Кента. Кент вроде по крайней мере дожил до момента когда ему посоветовали не "die on every hill he mets" и он вроде уловил эту идею. Шишкина не хватило даже на это. И вот так - оно не лечится. Это не командный игрок, ухвативший задачу командного размера. Я еще не видел проектов которые бы взлетали при ТАКОМ комбо. В этом нет заговоров - просто хреновое управление проектами и грубые нестыковки ряда вещей. Прежде всего ЧСВ vs возможность реально своротить такой объем работ в 1 морду с приемлимыми параметрами.

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

191. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 03-Авг-23, 15:43 
"Теоретик" через 10 лет после первого интервью вдруг сам захотел повторить. И говорил он больше о коррупции и проблемах управления (см. текст новости, про двойной перегруз как причину выгорания), чем о ReiserFS. Зачем он это сделал? Что бы ещё через 10 лет в третьем интервью напомнить о своём прогнозе. ;)
Ответить | Правка | Наверх | Cообщить модератору

203. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (201), 03-Авг-23, 19:36 
Языком молоть — не мешки ворочать. Цитируя одного известного программиста, talk is cheap, show me the code.
Ответить | Правка | Наверх | Cообщить модератору

229. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от n00by (ok), 04-Авг-23, 14:54 
Так если прогноз сбудется, цена на его talk возрастёт. ;)
Ответить | Правка | Наверх | Cообщить модератору

254. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от iCat (ok), 05-Сен-23, 10:07 
> Так если прогноз сбудется, цена на его talk возрастёт. ;)

Talk - не файловая система...

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

218. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 04-Авг-23, 06:37 
> "Теоретик" через 10 лет после первого интервью вдруг сам захотел повторить. И
> говорил он больше о коррупции и проблемах управления (см. текст новости,
> про двойной перегруз как причину выгорания), чем о ReiserFS. Зачем он
> это сделал? Что бы ещё через 10 лет в третьем интервью
> напомнить о своём прогнозе. ;)

Этот теоретик свои проекты вообще не научился менеджить, и отпугивает вообще всех кодеров. И потому явно не в том состоянии чтобы другим давать мастерклассы на тему. Пусть сперва что-то работающее и пригодное к экплуатации выкатит, а потом учит других как это делать правильно. Офигенный маглев существующий только в виде набросков - из пункта А в пункт Б вашу задницу не привезет.

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

233. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (231), 04-Авг-23, 21:32 
> и отпугивает вообще всех кодеров

быдлокодеров?

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

239. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 05-Авг-23, 16:40 
>> и отпугивает вообще всех кодеров
> быдлокодеров?

Насколько я вижу, у него такие - "все кроме Шишкина". Поэтому команда состоит из одного Шишкина. Ну а ваши шансы дожить до релиза более-менее стабильной файлухи в юзабельном виде, соответственно, около ноля. Не живут люди столько.

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

72. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Бегущий по лезвию (?), 02-Авг-23, 17:15 
Мы называли это отправить в отставку
Ответить | Правка | Наверх | Cообщить модератору

75. Скрыто модератором  +/
Сообщение от Аноним (-), 02-Авг-23, 17:18 
Ответить | Правка | Наверх | Cообщить модератору

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

Что что он взял? Куда?

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

81. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (81), 02-Авг-23, 17:32 
А что там специфичного от дистров может быть?
Ответить | Правка | Наверх | Cообщить модератору

87. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от randomize (?), 02-Авг-23, 18:08 
> Кандана Баду (Chandan Babu)

Бабу.

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

88. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от Аноним (88), 02-Авг-23, 18:28 
"По его словам он взял на себя непосильную ношу и выгорел, пытаясь совместить роль разработчика, рецензировщика, тестировщика, релиз-менеджера и контактного лица"

"Бери ношу по себе, чтоб не падать при ходьбе" - круглый.

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

92. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (92), 02-Авг-23, 19:54 
Oracle рейдернул подсистему ядра Linux, забрал ключевого инженера под свой ZFS и еще и попросил товарища написать как все плохо...
Ответить | Правка | Наверх | Cообщить модератору

98. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (92), 02-Авг-23, 20:48 
А вообще самое документированное и нормально пропиентароное ядро - это Solaris. Для приделывания к нему ZFS аж написали специальный wrapper - SPL. Собственно он нужен для того что-бы Solaris ничего не знал о ZFS.

Еще одно отлично документированное ядро - это ntcore. Клон OpenVAS от которого осталось непойми что в современном Windows.

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

115. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 02-Авг-23, 23:57 
> А вообще самое документированное и нормально пропиентароное ядро - это Solaris. Для
> приделывания к нему ZFS аж написали специальный wrapper - SPL. Собственно
> он нужен для того что-бы Solaris ничего не знал о ZFS.
> Еще одно отлично документированное ядро - это ntcore. Клон OpenVAS от которого
> осталось непойми что в современном Windows.

Что-то им не помогло: один совсем сдох, под второй в виндофоне как раз драйверов не было, да и у майкорсофта с файлухами тоже как-то "не очень". Доисторический NTFS, еще более архаичный FAT, да ReFS являющийся жалкой пародией на btrfs и zfs, не умеющий и трети от их возможностей.

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

151. "Отставка сопровождающего файловую систему XFS"  +2 +/
Сообщение от User (??), 03-Авг-23, 08:13 
>Доисторический NTFS, еще более архаичный FAT, да ReFS являющийся жалкой пародией на btrfs и zfs, не умеющий и трети от их возможностей.

Доисторический - не доисторический, а лучше-то и нету ничего, ага? Приемлемая производительность в большинстве реальных кейсов, _нормальные_ acl (POSIX-acl не предлагать!), больмень работающие snapshot'ы (Опять таки - про lvm нннинада), управление томами... Для каких-то случаев можно найти лучшую альтернативу - но в целом? Не-а. Без вариантов.

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

158. "Отставка сопровождающего файловую систему XFS"  +/
Сообщение от Аноним (-), 03-Авг-23, 08:42 
> Доисторический - не доисторический, а лучше-то и нету ничего, ага?

В маздае - да. Хотя и туда с горя вон драйвер btrfs'а накодили. Правда не майкрософт, и с отставанием на дофига. А линух не настолько печальный по ФС все же.

Я же перейдя на линух тома в NTFS все извел. А зачем оно надо? Медленная печальная файлушка по лекалам 90х. Если у вас ничего слаще морковки нет - ну, окей.

> Приемлемая производительность в большинстве реальных кейсов,

Я тот же линукскернел компилю регулярно. Это примерно 200-300К файлов затрагивает. Можете даже не вякать как NTFS с таким работает - я видел, "никак". Тот же btrfs его обставит на типовых операциях с такой иерархией в разы. Только еще при этом может в снапшоты и рефлинки не через джеппу, в отличие от. И не встает колом на эн минут от например 60К файлов в 1 дире, как NTFS. А сэйвануть 1 документ в ворде можно хоть на FAT16, конечно.

> _нормальные_ acl (POSIX-acl не предлагать!), больмень работающие
> snapshot'ы (Опять таки - про lvm нннинада),

Это все рядом не стояло с btrfs и zfs. Вот там - нормальные снапшоты. Особенно в btrfs. Которые создаются мигом, места занимают только на дельту, ресурсов не жрут, прекрасно работая даже на роутере с 64 мегами оперативы на все, откат тоже в момент. А то что в винде - это такой мутант-франкенштейн, жалкая пародия на идею.

> управление томами...

Рядом не стояло с btrfs. Вообще совсем.

> Для каких-то случаев можно найти лучшую альтернативу - но в целом? Не-а. Без вариантов.

В целом это кусок легаси из 90х для тех кому 1 файлик в ворде сэйвить. На более масштабных задачах... одна из причин по которым Win и IIS рынок серверов в вебе профукали. Линух все то же делает в разы шустрее на том же железе, а бабки считать все любят. Особенно если вопрос в том чтобы еще и за серверную винду заплатить, она так то не дешевая. И юзают ее в результате корпораты, ради AD.

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

162. "Отставка сопровождающего файловую систему XFS"  +1 +/
Сообщение от User (??), 03-Авг-23, 09:38 
>Я же перейдя на линух тома в NTFS все извел. А зачем оно надо? Медленная печальная файлушка по лекалам 90х. Если у вас ничего слаще морковки нет - ну, окей.

Рабинович ntfs3g насвистел, да? Не, ну в таком изводе и впрямь - нинада.
>Я тот же линукскернел компилю регулярно.

Аааа, ну тут да, тут не поспоришь ). В дисциплине конпеляния линуксов у линуксов конкурентов нет ))).
>Можете даже не вякать как NTFS с таким работает - я видел, "никак".

NTFS определенно _медленнее_. В краевых случаях - _значительно_ медленнее. Впрочем, "краевые случаи", где другие ФС встают колом я тоже видел.
Беда в том, что при попытке не просто "навалить кучу" а сделать чего-нибудь полезное ситуация некоторым образом м-ммм...меняется. Запускаем какой-нибудь жЫрный постгрес и btrfs с его коровами-и-снапшотами превращается в тыкву. Ну ой, не преднозначено оно. Не, ну можно конечно коровок отломать - но тогда и со снапшотами попрощаешься. Захочешь ты фс зашифровать... ой, а оно ниумеет - а после того как ты какой luks\ecryptfs на скотч-и-изоленту к этому делу прикрутишь - ситуация с производительностью уже чуть-чуть, самую капельку, малость - отличаться будет. Решишь ты вместо "хипстерской коммуны" мал-мала порядок навести и acl для доступа накрутить - ээээ... а оно нионо. Т.е. можно в юзерспейсе - но "за перформанс" опять же не поговоришь.
По ряду кейсов таки да, можно найти инструмент получше и местами\временами это даже окупается. Но in general - без вариантов.

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

215. "Отставка сопровождающего файловую систему XFS"  –1 +/
Сообщение от Аноним (-), 04-Авг-23, 06:05 
> Рабинович ntfs3g насвистел, да? Не, ну в таком изводе и впрямь - нинада.

Ну, э, я их еще до того момента аннулировал. А так он работает. Но нтфс от этого лучше не станет. Как был писком 90 по технологиям так и остался.

> Аааа, ну тут да, тут не поспоришь ). В дисциплине конпеляния линуксов
> у линуксов конкурентов нет ))).

Создать технологии чтобы ими далее улучшать, развивать и кастомизировать технологии - это нормальный принцип bootstrap. Линуксоиды не первые кто придумал это. Этот принцип отлично работает. Попробуй так из своей виндочки, кули. Мне кажется у тебя будут определенные проблемы за пределами того что предусмотрел для тебя майкрософт. Поэтому я вон те штуки смогу, а ты нет.

> NTFS определенно _медленнее_. В краевых случаях - _значительно_ медленнее.

А виндовый кернел определенно медленнее линухового во многих случаях. В крайвых случаях - в разы. Может в гамезах с этим и можно поспорить, но я не геймер.

> Впрочем, "краевые случаи", где другие ФС встают колом я тоже видел.

Да они везде есть. Но в случае винды и NTFS почти любой проект куда ни ткни в 2-3 раза медленнее билдуется. Это похрен для фирмвари МК но совсем не похрен для более крупных проектов.

> жЫрный постгрес и btrfs с его коровами-и-снапшотами превращается в тыкву.

Ну, я не DBA c мегабазами. И мне жирный постргрес точно не первичный кейс. Это как раз тот случай для которого оракл nocow задуывал. Журналить журналы затея в принципе неблагодарная, с практически любыми технологиями.

> Ну ой, не преднозначено оно. Не, ну можно конечно коровок отломать -
> но тогда и со снапшотами попрощаешься.

Делать именно снапшоты, именно баз такого плана - затея довольно грабельная, мягко говоря. У базы какие-то свои идеи насчет консистентности - не очень предусматривавшие что кто-то заморозит их во времени "in flight" а потом сгоняет в прошлое помимо их воли.

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

Что поделать, на елку влезть не ободрав зад получается таки не всегда.

> а оно нионо. Т.е. можно в юзерспейсе - но "за перформанс"
> опять же не поговоришь.

В смысле? Как минимум posix ACL оно вроде сто лет умеет.

> По ряду кейсов таки да, можно найти инструмент получше и местами\временами это
> даже окупается. Но in general - без вариантов.

Ну вот не бывает в этом мире серебряных пуль. А вон там на RAW NAND вообще придется любить UBIFS какойнить. Просто потому что он в курсе особенностей столь дурной media. NTFS при этом вообще никак не поможет - он на RAW NAND вообще совсем никак не катит.

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

112. "Отставка сопровождающего файловой системы XFS"  –1 +/
Сообщение от Аноним (112), 02-Авг-23, 23:44 
>подготовил рекомендации по оптимизации работы
>Ожидание: ChatGPT
>Реальность: меры, что мёртвому припарка

Давно пора закопать эту ненужную ФС.

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

140. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от leap42 (ok), 03-Авг-23, 06:32 
> Давно пора закопать эту ненужную ФС.

Это кому ненужная, виндузятникам? У меня 6 дисков на XFS. Из крутых NVMe вообще можно выжать всю скорость только на XFS.

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

146. "Отставка сопровождающего файловой системы XFS"  +1 +/
Сообщение от _ (??), 03-Авг-23, 07:59 
>Из крутых NVMe вообще можно выжать всю скорость только на XFS.

Woooot??!?! 8-о
Опиши физику процесса плс?

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

234. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от Аноним (234), 05-Авг-23, 05:12 
Все не ограничивается лишь XFS. Это под силу и EXT4, и ZFS.
Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

126. "Отставка сопровождающего файловой системы XFS"  –1 +/
Сообщение от Котенька (?), 03-Авг-23, 01:15 
> людям, развивающим XFS, приходится тратить большую часть своего времени на бэкпортирование специфичных для дистрибутивов изменений

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


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

130. "Отставка сопровождающего файловой системы XFS"  –1 +/
Сообщение от Аноним (128), 03-Авг-23, 01:55 
Полез читать что это, не понял зачем это нужно. Придумали сию файловую систему для рендер-ферм в девяностые, зачем оно нужно в урезанном виде в сегодняшнем линуксе - без понятия.
Ответить | Правка | Наверх | Cообщить модератору

171. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от Да ну нахер (?), 03-Авг-23, 10:37 
Ну господина Торвалдьса изо всех сил пытались научить делать нормально. Но получилось что получилось.
Ответить | Правка | Наверх | Cообщить модератору

175. "Отставка сопровождающего файловой системы XFS"  –2 +/
Сообщение от Аноним (176), 03-Авг-23, 11:36 
Иными словами, получилось идеально, несмотря на всяких мешающих выродков с нездоровыми амбициями?
Ответить | Правка | Наверх | Cообщить модератору

177. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 11:54 
тратить большую часть своего времени на бэкпортирование специфичных для дистрибутивов изменений и разбор автоматически сгенерированных отчётов об ошибках. Рецензирование описывается как кошмар, вызванный необходимостью разбирать недостаточно документированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность.

идеально же ж, бжд!

(с точки зрения одного платинового спонсора - чьи изменения и приходится бэк...э...как сказать наоборот - портировать - действительно, идеально)

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

178. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от Аноним (176), 03-Авг-23, 12:07 
Ну как бы а что ты предлагаешь, если Копрошляпы не хотят нормально делиться кодом? Остаётся только копаться в костылях конкурентов. Ну и в данном случае речь всё же идёт о конкретном мусорном коде мусорной ФС, которую портировали из мусорного мёртвого юникса мёртвой корпы.
Ответить | Правка | Наверх | Cообщить модератору

180. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 12:33 
там все кроме одного пункта не имеет отношения к нормально делиться.
(если ты не имеешь в виду что они обязаны все эти приседания зачем-то выполнять самостоятельно и за оплачиваемое время своих индусов - это не нормально)

Оно о том что процесс разработки ведра - это адов трэш и мешанина худших технологий начала 90х, требующий совершенно неадекватных усилий от майнтейнера.

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

183. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от пох. (?), 03-Авг-23, 12:48 
> там все кроме одного пункта не имеет отношения к нормально делиться.

собственно, этот пункт изначально тоже не только потому что rh не хочет. rh не может - без дополнительных затрат. Потому что "стабильное ведро в вашем дистрибутиве". Вот они и разрабатывают - для ядра в своем дистрибутиве. Что вполне логично - их клиент именно с тем ядром и будет использовать.  

А дальше вступает в силу -
> Оно о том что процесс разработки ведра - это адов трэш и
> мешанина худших технологий начала 90х, требующий совершенно неадекватных усилий от майнтейнера.

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

184. "Отставка сопровождающего файловой системы XFS"  +1 +/
Сообщение от Аноним (184), 03-Авг-23, 13:36 
Называется "Красношляпа довыпендривалась"
Ответить | Правка | Наверх | Cообщить модератору

186. "Отставка сопровождающего файловой системы XFS"  –1 +/
Сообщение от Аноним (3), 03-Авг-23, 14:31 
Красношапке как-то пох на мышиную возню всяких дистров
Ответить | Правка | Наверх | Cообщить модератору

187. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от Аноним (187), 03-Авг-23, 14:42 
вобще-то они на xfs сделали ставку

и сами много сил вложили в её развитие

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

197. "Отставка сопровождающего файловой системы XFS"  –1 +/
Сообщение от Аноним (197), 03-Авг-23, 17:13 
Какую еще ставку? Никто не использует XFS под линукс сто лет в обед.
Ответить | Правка | Наверх | Cообщить модератору

206. "Отставка сопровождающего файловой системы XFS"  +1 +/
Сообщение от пох. (?), 03-Авг-23, 22:00 
эксперт опросил свою тульпу и чучело кота?

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

195. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от Аноним (197), 03-Авг-23, 17:10 
Сколько строчек и ради чего? Нахрен он нужен XFS? Есть EXT-4. Что вам надо еще? Надо экзотики ставьте BTRFS\ZFS.
Ответить | Правка | Наверх | Cообщить модератору

196. "Отставка сопровождающего файловой системы XFS"  +/
Сообщение от xsignal (ok), 03-Авг-23, 17:11 
f2fs!
Ответить | Правка | Наверх | Cообщить модератору

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

219. "Отставка сопровождающего файловой системы XFS"  –2 +/
Сообщение от leap42 (ok), 04-Авг-23, 07:05 
> Нахрен он нужен XFS? Есть EXT-4. Что вам надо еще?

Ну как, нам нужна нормальная FS, а не EXT4 🤷‍♂️

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

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

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




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

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