The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"В ядре 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 столкнулся, хы. И кстати интереснейшая дискуссия на тему того как в кернеле балансируются интересы разных сторон. Если вы думали что сможете вывалить им на голову абы что, у них иные идеи на этот счет.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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