Ох.. вот уж эти красно....
новость совсем не о том.
Новость о том что
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, которым не хочется напрыгаться и думать еще в эту сторону. Повторяется ситуация с РейсерФС.
и тд.
