The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS, opennews (??), 26-Май-23, (0) [смотреть все]

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


179. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  –1 +/
Сообщение от Аноним (425), 27-Май-23, 20:53 
кстати пусть разработчик 5 версии подарит нашему невте газ прому файловую систему, пусть сами её пилят, может назовут рашен фидерашен файловая система тогда может и взлетит, но есть вариант. что заберут использовать будут. а наработки открывать не будут и она 5 версия останется внутри этих корпораций.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

180. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (425), 27-Май-23, 20:55 
или ещё кому, зелёный есть.
Ответить | Правка | Наверх | Cообщить модератору

182. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (425), 27-Май-23, 20:57 
или продать. наверно уже бы продал еслибы был спрос.
Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

211. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от n00by (ok), 28-Май-23, 08:13 
> кстати пусть разработчик 5 версии подарит нашему невте газ прому файловую систему,
> пусть сами её пилят

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

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

288. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (-), 29-Май-23, 17:54 
"или продать. наверно уже бы продал если бы был спрос" Я это всё писал в основном не с точки зрения как заработать, а как сделать чтобы этой файловой системе дать спрос, чтобы ей пользовались. А так файловая система есть, но самому собирать kernel не для меня и масс, не вариант, не хотят так делать когда есть выбор сделать проще.
Ответить | Правка | Наверх | Cообщить модератору

311. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от n00by (ok), 30-Май-23, 08:55 
Про "продать" появилось только в третьем сообщении. Дело тут не в спросе. Нефтегаз, как и вся добыча и торговля ресурсами, это консервативный бизнес. Такие люди 1000 лет делают одно и тоже (дрова лишь заменили на нефть) и не лезут не в своё дело. Они полагают, что остальные точно такие же профессионалы и покупают ПО у "айтишников". Последним не выгодно создавать спрос, куда выгоднее взять бесплатно.
Ответить | Правка | Наверх | Cообщить модератору

352. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (352), 01-Июн-23, 05:51 
Проще тогда напишу свой посыл или точнее. Смысл моих слов в том, чтобы отдать файловую систему или продать где ей будут пользоваться, а потом из этого может что-то и выйдет. Как я знаю нужен кто-то кто будет отслеживать поведение этой файловой стемы на постоянной основе и добавлять на постоянной основе изменения или исправления в kernel. Сам разработчик это делать не хочет.
Ответить | Правка | Наверх | Cообщить модератору

353. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (352), 01-Июн-23, 05:55 
И отдать или продать тому у кого есть желание или заинтересованность и ресурс этим заниматься.
Ответить | Правка | Наверх | Cообщить модератору

360. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от n00by (ok), 01-Июн-23, 08:36 
Эдуард Шишкин и хочет, и развивает свою ФС, когда находит на то время. И даже в последнем интервью приглашал желающих писать код под его руководством - оно не для всех понятно выглядело, поскольку платить за работу он готов в основном знаниями.
Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

378. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (378), 01-Июн-23, 20:43 
Сам собери Kernel с патчем для работы Reser5 вариант не устраивающий многих, так в массы её не продвинуть, уже писал об этом. И не факт, что Reser5 будет востребована или популярна. А так да я знаю, что он не забросил файловую систему так как для новых Kernel выпускает патч.
Ответить | Правка | Наверх | Cообщить модератору

384. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (-), 02-Июн-23, 03:37 
> Эдуард Шишкин и хочет, и развивает свою ФС, когда находит на то время.

Когда он на btrfs плевался - его общий decision making зарекомендовал себя сильно хуже. Гражданин упирался в перфекционизм в 1 частном случае, который не сильно мешает жить в реальных кейсах,

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

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

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

Чтобы сделать btrfs должен был случиться zfs, и на основе его проблем (главная из которых имхо тормоза и ресурсожоркость без подпора такого дизайна ломовыми кешами). Чтобы Кент попробовал bcachefs должен был случиться btrfs, собравший грабли такого дизайна в реальных продакшнах оптом. И вот тогда станет понятно куда двигать дальше.

Если кто хочет посмотреть на более правильный формат разработки nextgen nextgen'а, могу показать кой-что интересное https://lore.kernel.org/lkml/20230509165657.1735798-1-kent.o.../

Заметьте: хотя Кента в энный момент один аспект достал, и он откоментил от души, в целом там очень милое и конструктивное взаимодействие. Когда люди сообща решают проблемы, сообща factor out реюзабельные куски, для ВСЕХ, и проч. А не просто встают в позу как Шишкин. И вот поэтому я думаю что у Кента - получится. И у нас будет +1 файлуха. Крутая и интересная. Но если так заметить, там вон народ уже грабель откушал при попытке тестануть ФС. Даже не на уровне ФС - а на уровне сетапа виртуалки которую скриптик хотел. Вот так вот вы даете свой код другим - и узнаете много нового. Об ожиданиях, требованиях, траблах и проч. Шишкин оказался совершенно не готов столкнуться с реальным миром в этих аспектах. И пусть он хоть нобелевский лауреат при этом, толку то.

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

389. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от n00by (ok), 02-Июн-23, 09:08 
> У него самого нет знаний как делать большие проекты.

ФС и не должна быть большим проектом. Программисты на баш и мастера копипасты там не нужны.

> И как взаимодействовать
> с ядерщиками чтобы это в майнлайн приняли - тоже.

Он выполнил все требования. Отказ ему политически мотивирован, как и в случаях с Байкал и муражирование с NTFS.

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

397. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (-), 03-Июн-23, 18:57 
> ФС и не должна быть большим проектом.

Теоретически, да: все мы хотим маленький, шустрый, стабильный, фичастый дизайн/код и отсутствие багов.

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

Но вы можете обойтись именами 8.3, без сжатия, снапшотов, рефлинков, экстентов и удобного управления томами. В DOS обходились же.

> Программисты на баш и мастера копипасты там не нужны.

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

Архитект может накидать core дизайна, это его вызов - только у него есть big pic. Но до ума довести, прикрутить к кернелу и его подсистемам, оптимизнуть перфоманс, выловить все баги и проч в 1 морду? Не очень реалистично, извините. К тому же железки и юзеры будут делать совсем не то что вы себе вообразили. И совсем не факт что с учетом этого ваш дизайн удачен. Но вы об этом можете узнать только взаимодействуя с толпой другого народа. Без этого сферический дизайн в вакууме, летать не будет.

> Он выполнил все требования. Отказ ему политически мотивирован,

У меня иные идеи на этот счет. Человек почему-то решил что лучше всех все знает. А это не так. Кроме его соображений есть множество других. Code reuse, complexity management в кернеле. Если нечто можно сделать реюзабельно, это нужно сделать реюзабельно. Если в ядре есть фича, ее надо поюзать а не переть дубль. Или ваша реализация лучше, втянуть ее кернел и помочь другим caller перейти на нее. И так далее. Это издержки большого проекта, damage control для выживания. И это дело каждого участника. Никому не позволят утяжелять код и нагружать других без заботы о минимизации негативных эффектов на окружающих. Шишкин не понимает эти концепции и управление большими проектами вообще.

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

> как и в случаях с Байкал

Это была не лучшая страница истории, но по моему отказ пересмотрели? В конце концов драйвер - для типовой IP от synopsis чтоли, вообще.

> и муражирование с NTFS.

Этот нтфс, внезапно, в майнлайне. И я им даже немного пользовался. Но NTFS как технология мне не интересен, так что в отличие от btrfs я не могу похвастать чем-то полезным.

А так если кто думает что NTFS был такой особенный, вот bcachefs. И даже недовольные коменты автора. https://lore.kernel.org/lkml/20230509165657.1735798-1-kent.o.../ - но заметьте, несмотря на матюки кодера, в целом кодер понимает что ядро это как межгалактический крейсер, вы не просто приносите свой блок, его еще надо заинтерфейсить и интегрировать в это все.

И кстати bcachefs это как раз "лайт версия" btrfs/zfs. Но поверьте, оно относительно мелкое и простое пока это прототип у архитекта. А через 10 лет после интеграции в майнлайн, после интенсивной эксплуатации... если доживем, вернемся к этому :). Тем не менее - с учетом грабель вон тех кент сделал определенные выводы. Поэтому смог проще и быстрее. И тем не менее, если почитать дискуссию, Кент предусмотрел далеко не все, особенности кернела как большого проекта ему икнулись. Но его дискуссия мощная и конструктивная. Думаю что он при должном упрямстве пройдет квест. Он уже близок. И тут в отличие от NTFS я буду весьма заинтересован погонять этот дизайн и собрать все мыслимые грабли. Нет, вне майнлайна я это делать не буду: с одной стороны сильно менее интересно для эксплуатации, с другой, больше возни по интеграции свалится на меня. Я буду рассматривать принятие в майнлайн как тест серьезности намерений и способности к адаптиву под неидеальный мир. Кстати вотпрямща кент узнал почему "premature optimization is a root of all evil". Вооон там он с W^X столкнулся, хы. И кстати интереснейшая дискуссия на тему того как в кернеле балансируются интересы разных сторон. Если вы думали что сможете вывалить им на голову абы что, у них иные идеи на этот счет.

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

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

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




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

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