The OpenNET Project / Index page

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



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

Оглавление

Исключение файловой системы Lustre из ядра Linux, opennews (ok), 10-Июн-18, (0) [смотреть все]

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


79. "Исключение файловой системы Lustre из ядра Linux"  +/
Сообщение от Аноним (-), 12-Июн-18, 21:07 
хм.. а можно развернуть "из под палки" ?
Особенно если посмотреть что основные люди как зашли в проект в районе 2003года, так до сих пор и комитят..

Не сходится как-то с определением "из под палки".

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

94. "Исключение файловой системы Lustre из ядра Linux"  +/
Сообщение от Аноним (-), 14-Июн-18, 15:30 
> хм.. а можно развернуть "из под палки" ?
> Особенно если посмотреть что основные люди как зашли в проект в районе
> 2003года, так до сих пор и комитят..
> Не сходится как-то с определением "из под палки".

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

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

98. "Исключение файловой системы Lustre из ядра Linux"  +/
Сообщение от Аноним (-), 16-Июн-18, 07:42 
Ох.. вот уж эти красно....
новость совсем не о том.
Новость о том что
1) Когда 4 или 5 лет назад влили люстру в ядро - стиль кода в люстре и в ядре отличался очень сильно.
Хотя бы тем что в люстре использовались пробелы - а в ядре табы.
Одномоментно поменять форматирование по всему коду - это потерять историю.
Кроме того - многие части кода являются разделяемыми между сервером и клиентом. А в ядро влили только клиента.
Поэтому попытка удалить "не нужные" куски - приводит к конфликтам при обновлении.
что в свою очередь привело к сильному расхождению версий между lustre mainstream и lustre in kernel.
(о чем андреаса предупреждали не раз - но .. это же круто и молодежно запихать в ядро).

2) есть налаженный годами процесс разработки - включающий рецензирование кода в gerrit, который не согласуется с пониманием Грега как должна вестись разработка - в его понимании все должно идти через maillist. И ломать работу через герит - никто не хочет. С подобными проблемами сталкивались все крупные проекты которые живут в ядре.
Кто-то перешел на полную работу в ядре - кто-то нет.

3) высокий порог вхождения - те кто понимают как работает люстра изнутри и могут слать нормальные патчи (Шигонин и его товарищи из T-platform к слову не осилили нормальные патчи на люстру, а единственный патч что видел - состоял из хаков, так что его пришлось переписать), и так работают там где за это платят. Поэтому от комьюнити выхлоп минимальный. Что создает впечатление что оно никому не надо.

4) Наличие большого количества артефактов в сетевой подсистеме. Infinband support был написан в 2006 или 2008 году, с тех пор в OFED все поменялось, а там так и остался код слегка подкрашенный и подпиленый. На что и указывают маинтейнеры OFED. Что поделать толковых спецов по OFED там почти нету.

5) Когенетность namei кэшей между двумя нодами - не тривиальная задача при текущем VFS в ядре. Реализуемая, но путем нестандартных шагов. Что не очень нравится маинтейнерам VFS, которым не хочется напрыгаться и думать еще в эту сторону. Повторяется ситуация с РейсерФС.

и тд.

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

99. "Исключение файловой системы Lustre из ядра Linux"  +/
Сообщение от arisu (ok), 16-Июн-18, 17:51 
короче, как обычно: никто не хочет забесплатно поддерживать ненужную им коммерческую фиготень. хнык-хнык.
Ответить | Правка | Наверх | Cообщить модератору

100. "Исключение файловой системы Lustre из ядра Linux"  +/
Сообщение от Аноним (-), 17-Июн-18, 15:55 
Хнык-Хнык это вы уж придумали. По себе судите?  думаю если не нужную коммерческую фигню убить и убрать Linux с всего что в TOP500, думаю вы не обрадуетесь. За одно выкинуть из геодезии, нефтянки (shell, BP, кто там еще на люстре?...), авиационнке (NASA, LM, Boeng...)
Останется на одну причину меньше тыкать - о каком-то превосходстве линукса.
И станет линукс уделом мадригалов.

Lustre отлично работал и без встраивания в ядро, больше 20 лет.
Встраивание в ядро - внесло только фрагментацию в платформу. Начиная от гемора с модулями которые пересекаются с штатными из ядра, и кончая проблемами interoperability. Клиенты прибегают "а у нас люстра из убунты не монтирует/работает плохо/(дописать по вкусу)" с ваших серверов. А потом выясняется что в убунточке / федоре - код как г.. мамонта и все эти проблемы уже давно исправлены.

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



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

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

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




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

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