The OpenNET Project / Index page

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

Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17

28.06.2025 09:56

Очередная дискуссия между Линусом Торвальсом и Кентом Оверстритом (Kent Overstreet), автором Bcachefs, завершилась тем, что Линус выразил готовность исключить код Bcachefs из ядра Linux 6.17. При этом Линус принял в состав ядра 6.16 изменения в Bcachefs, ставшие предметом очередного недовольства действиями Кента. Линус написал:

Я считаю, что наши пути разойдутся в окне слияния 6.17.

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

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

Предшествовавшая данному заявлению переписка с Кентом велась в личном порядке и детали пока не ясны. Тем не менее, в обсуждении данной темы Кент написал, что возможно его слова в частной переписке были неправильно истолкованы и он не считает, что BcacheFS следует исключить из ядра. При этом он готов к прекращению поставки Bcachefs в основном составе ядра Linux и это не убьёт проект, хотя и будет огромной проблемой. В случае удаления Bcachefs разработка будет продолжена и данная ФС станет распространяться в форме модуля DKMS. Кент также отметил, что исключение BcacheFS из ядра будет лучшим вариантом для его с Линусом спокойствия, но явно не станет лучшим решением для пользователей и сообщества разработчиков.

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

В случае с ядром 6.16 Кент отправил для включения в обновление RC3 набор патчей, среди которых был патч с реализацией новой опции "journal_rewind". Линус написал, что Кент забыл о том, что после закрытия окна приёма функциональных изменений добавление новой функциональности в ядро не допускается, даже если она связана с исправлением других ошибок, так как добавление новых возможностей на поздних стадиях формирования релиза может привести к регрессиям. Кроме того, Bcachefs продолжает позиционироваться как экспериментальная ФС и оперативность устранения ошибок в ней не является столь критичным.

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

Добавленная опция "journal_rewind" откатывала изменения в журнале для сброса ФС в более раннее состояние. Кент считает, что новая опция должна быть включена безотлагательно, так как она решает проблему с восстановлением ФС у пользователей, столкнувшихся с ошибкой при удалении подразделов и не имеющих резервной копии. Вначале Линус отказался принимать набор патчей с данным изменением в ядро 6.16-RC3, но после личной переписки с Кентом изменил свою позицию и принял изменения в кодовую базу, на основе которой формируется обновление 6.16-RC4.

  1. Главная ссылка к новости (https://lwn.net/Articles/10272...)
  2. OpenNews: Заморозка изменений дискового формата в Bcachefs
  3. OpenNews: Автора BcacheFS временно отстранили от разработки ядра Linux из-за нарушения кодекса поведения
  4. OpenNews: Линус Торвальдс снова недоволен коммитами в Bcachefs
  5. OpenNews: Линус Торвальдс начал сожалеть, что принял Bcachefs в ядро Linux
  6. OpenNews: Код Bcachefs принят в основной состав ядра Linux 6.7
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63489-bcachefs
Ключевые слова: bcachefs, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (143) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Аноним (4), 10:58, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    > При этом он готов к прекращению поставки Bcachefs в основном составе ядра Linux и это не убьёт проект

    Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs. А Bcachefs никто без ядра тыкать не будет.

     
     
  • 2.7, Аноним (7), 11:00, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну продолжит он пушить отдельно в свою ветку. Что изменится? Кому надо, тот ядро запатчит.
     
     
  • 3.16, Аноним (4), 11:11, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я написал что изменится – повысится порог входа, а ради молодой ФС без тестов в проде мало кому оно нужно.
     
     
  • 4.110, Аноним (110), 14:45, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так это лично его проблемы. Убьет проект не это, а сам автор.
     
     
  • 5.191, Аноним (191), 20:26, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.170, Ефрщ (?), 19:22, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ради молодой ФС без тестов в проде

    экспериментальная ФС в проде?

     
  • 2.18, gnugpl (?), 11:12, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.
     
     
  • 3.37, Аноним (4), 11:29, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Затем что zfs надо уметь готовить, тормозит в неумелых руках.
     
     
  • 4.188, Аноним (191), 20:21, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.41, Вася (??), 11:38, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    типичное skill issue
     
     
  • 4.103, Аноним (-), 14:36, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > типичное skill issue

    Файлухи юзают не для того чтобы с ними #$%ться и "skill issue" прокачивать. Это - чисто техническая подложка для хранения данных, в идеале мы вообще знать о ней ничего не хотим.

     
     
  • 5.120, Аноним (110), 15:25, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы ничего ни о чем знать не хотите
     
     
  • 6.125, Аноним (-), 15:53, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вы ничего ни о чем знать не хотите

    Я и правда хочу заниматься - своими проектами, а не костылингом доисторической файлухи ориентированной на энтерпрайзные хранилки на тему как из этого сделать что-то более приемлимое если оно вдруг не хранилка а десктоп с кучей барахла в RAM. RAM мне видите ли больше нужен для CAD/IDE/VM, полезных мне сервиосв, вот этого всего.

     
     
  • 7.161, _ (??), 18:18, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я и правда хочу заниматься - своими проектами, а не костылингом доисторической файлухи

    И поэтому ты бежал за нами 8 километров?
    А иначе как у тебя в системе ZFS оказалась,а олень?! :-D

    Подсказываю: чтобы у вас в линуксе появилась ZFS - одной сырости мало. Так у вас может ext4 (у некоторых xfs) появиться... Но вот чтобы появилась ZFS - надо чтобы вот такое чучело еЯ в линукЗ ___впёрло___ :) А потом тут на форумах плакало :)))

     
     
  • 8.179, Аноним (-), 19:57, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то это _вы_ бежали 8 километров - в топик по Bcachefs вообще Если вы вдр... большой текст свёрнут, показать
     
  • 3.49, Аноним (49), 12:01, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зато фичи, ты не понимаешь.
     
  • 3.54, Аноним (54), 12:19, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ZFS will use too much memory
    Generally – where memory is fast: use of memory is a good thing. Unused (free) memory can be thought of as wasteful.

    ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified:

    1.first, an amount of memory put to good use with ZFS
    2.then, a memory-hungry application wants some of that amount
    3.the application gets what it wants.

    заметка в разделе мифы https://wiki.freebsd.org/Myths

     
     
  • 4.85, нах. (?), 13:52, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот в этом месте и вкрался п-дёж Эта комбинация немного односторонняя Иначе бы... большой текст свёрнут, показать
     
     
  • 5.138, Аноним (-), 17:07, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 6.146, нах. (?), 17:27, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 7.192, Аноним (-), 20:26, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.69, Аноним (69), 13:05, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –13 +/
    > Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.

    Очередной миф из разряда "сталинские репрессии".
    Пользователям ZFS годится для поржать.

     
     
  • 4.73, Аноним (73), 13:21, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Очередной миф из разряда "сталинские репрессии".
    > Пользователям ZFS годится для поржать.

    Хочешь сказать что разрабы ZFS тоже врут и отрицают правду, как и сталинисты?

     
  • 3.180, Аноним (73), 20:03, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.20, нах. (?), 11:14, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще ни разу не Это ты с бырбыр перепутал, вот та задумывалась А получилось ... большой текст свёрнут, показать
     
     
  • 3.28, Аноним (4), 11:19, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще ни разу не.

    Можешь скинуть. Что не удалят из ядра некоторые тоже говорили. Предрекаю bcachefs популярность ниже zfs и смерть подобную reiserfs (которая когда-то была популярна в узких кругах и аноны её даже использовали).

     
     
  • 4.30, Аноним (4), 11:21, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Можешь скинуть

    Скринить.

     
  • 2.53, Аноним (53), 12:18, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У BcacheFS правильная ядерная лицензия, в отличие от.
     
  • 2.62, Tron is Whistling (?), 12:40, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Аналогов ZFS быть не может - ни в одной нормальной FS нет раздельного с ядром кеша.
     
     
  • 3.82, нах. (?), 13:40, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Аналогов ZFS быть не может - ни в одной нормальной FS нет
    > раздельного с ядром кеша.

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

     
  • 3.104, Аноним (-), 14:37, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Аналогов ZFS быть не может - ни в одной нормальной FS нет
    > раздельного с ядром кеша.

    Потому что это - баг, а не фича... нахрен коум такие "аналоги" упали.

     
  • 2.136, Аноним (-), 17:02, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в
    > ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs.
    > А Bcachefs никто без ядра тыкать не будет.

    ZFS - это кусок тормозного крапа, даже экстентов нормальных нет. В 2025 году, экстентов, Карл! Рефлинки - так офигенно сделали, через цать лет после даже XFS голимого, что потестили - прям на юзерах. Это не файлуха а кусок ископаемого позора.

     
     
  • 3.163, Аноним (163), 18:25, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ZFS использует собственную модель управления блоками данных с динамическим размером и архитектурой copy-on-write. Карл!
     
  • 3.168, _ (??), 19:07, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон Черчилль

    Просто у тебя не было задач где оно реально _нужно_. И вот там, где оно - нужно, лучше ничего нет, УВЫ! НАПРОЧЬ(С) нет! Нишмагли(С) ... :(

    Другое дело что обычному васяну ZFS ... ну вот реально - ну не нужна. А то что некоторые еЯ на лаптопы натянули ... ну поздравляю, чо :) Некоторые помницо и Solaris на лаптопы вкрячивали ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)

    Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил время... как был линукс квинтэссенцией идей 1970-1980 годов, так и останется :( Но зато - с растом! :))))

     

  • 1.10, Аноним (10), 11:05, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    С каждой новостью про бкэшфс становится ясно что от нее (фс) надо держаться подальше. Если оставить в сторону эмоции действующих лиц, то разработчик продвинул в ядро фс, которая перманентно требует немедленных исправлений во избежание вероятных потерь данных. То есть оно перманентно настолько кривое, что вот если вот сейчас ее не пропатчить вот тут то возможен кирдык. И пропатчить это малой кровью никак нельзя - надо кучу кода переворошить. И история это повторяется с завидной регулярностью. Вот допустим есть пользователь этой фс - он что, теперь за рпспоследним ядром перманентно должен гоняться? Dkms - самое правильное место для этой фс
     
     
  • 2.39, нах. (?), 11:33, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А остальным разработчикам - просто наплевать на твои данные и исправлять они нич... большой текст свёрнут, показать
     
     
  • 3.106, Аноним (-), 14:39, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А остальным разработчикам - просто наплевать на твои данные и исправлять они
    > ничего и не собирались, обратитесь в техподдержку вашего дистрибутива.
    > Как там бырбырбыр поживает - уже можно пользоваться raid6? А, опять нет.

    А как там у тебя рефлинки - пул не убивают уже в дрызг? С фиксом "пересоздайте пул"? Ты ж наверняка отрастил хранилку на дофига терабайтов с 100500 девайсов чтоб ее пересоздавать почаще :). Ведь мазохизм - твое все.

     
     
  • 4.137, нах. (?), 17:07, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А как там у тебя рефлинки - пул не убивают уже в дрызг?

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

    > Ты ж наверняка отрастил хранилку на дофига терабайтов

    ты не поверишь, но в нашем конторском san от нетапа - хотя и сильно специфическая, но - zfs. И там ближе уже к петабайту. Пересоздавать? Чо?! Первые ноды куплены в 2010м.

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

    Проблема zfs не в самой zfs, а только и исключительно в п-сах менеджерах шв@60дкиных ОС.

     
     
  • 5.153, Аноним (-), 17:44, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 2.86, Аноним (86), 13:54, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Используем ext4 и не рыпаемся.
     
     
  • 3.96, нах. (?), 14:02, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Используем ext4 и не рыпаемся.

    ext2 же ж! Ext4 еще недостаточно устарела и окостенела, в ней, представляешь, тоже бывают ошибки, ведущие к потере или скрытой порче данных.

     
     
  • 4.141, Аноним (141), 17:12, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да представляю, в 17м сам огрёб.
     
  • 4.157, zionist (ok), 17:49, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.159, Аноним (159), 18:12, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чем плоха ext4 ?
     
     
  • 4.169, _ (??), 19:21, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Она для луддитов же, её уже больше 3-х месяцев как придумали! :)
    Я уж молчу о том что "в ней нет ни одной молекулы свободы"(С)^W ни байта на расте :))))
     
  • 4.194, Аноним (194), 20:27, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что она примитивна. Мгновенных снапшотов нет, сжатия нет, подразделов нет, практичекски ничего нет. Зато есть иноды, которые могут внезапно закончится.
     

  • 1.11, Аноним (73), 11:05, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Т.е., недоразумениe под названием nilfs2 или недоделки типа jfs значит можно включать в ядро, а reiser4 или bcachefs нельзя... Вот такой вот Линукс, свобода - она для кого надо свобода, ага.
     
     
  • 2.19, Аноним (4), 11:12, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > недоразумениe под названием nilfs2

    Это какое ещё недоразумение? Самая надёжная ФС из доступных. Для архивов самое то.

     
     
  • 3.52, Аноним (73), 12:15, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Самая надёжная ФС из доступных

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

     
     
  • 4.67, Аноним (4), 12:51, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.

    Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему она самая надёжная.

     
     
  • 5.87, Аноним (73), 13:55, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда взяться надёжности у ФС, которую пилят полторы калеки и которой никто кроме них больше не пользуется? Лучше бы её выбросили из ядра вместо райзерфс.
     
  • 5.107, Аноним (-), 14:40, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.
    > Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему
    > она самая надёжная.

    В смысле - если ей никто не пользуется - то и данные не про$%ет? В принципе все так, но есть нюансы :)

     
  • 2.55, Аноним (53), 12:20, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Теперь "свобода" опрелятся советом директоров RHBM.
     
  • 2.57, Аноним (57), 12:20, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    что не так с jfs? с недавних пор пользуюсь(нужна простая фс с динамическими инодами), хотелось бы знать о подводных камнях.
     
     
  • 3.108, Аноним (-), 14:42, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > что не так с jfs? с недавних пор пользуюсь(нужна простая фс с
    > динамическими инодами), хотелось бы знать о подводных камнях.

    Тормозная как трактор, не умеет нихрена, дефрага в случае чего нет даже теоретически, fsck одно время делал нечто странное. Нахрен оно такое нужно - кто его знает? На него и забили все.

     
     
  • 4.172, _ (??), 19:37, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А можно грязных подробностей?
    Чёто я не помню проблем с fsck, а оно жи _форсилось_ поле N-ребутов, я бы заметил.

    Насчёт дефрага - голубые божились что встроенный - зи бест и нич0делатьненадА! Я и не делал и проблем не припомню.
    А уж в 2k25, когда у всех SSD дефрагментировать чего то ... ну такое (С) :)

     
     
  • 5.185, нах. (?), 20:10, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    насколько я помню те слухи - для проявления проблем в fsck его надо (кто бы мог подумать) запускать не раз в несколько ребутов, а на нештатно завершившейся системе. То есть там где он и необходим.

     
  • 2.160, Аноним (159), 18:16, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    raiser4 лично вы поддерживаете ? Или может кто то еще ?
    Все открестились и забыли.
    Или для вас "свобода" - все должны тянуть код нужный (на самом деле нет) ЛИЧНО ВАМ ?
     
  • 2.171, _ (??), 19:28, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > недоделки типа jfs

    Ну я где то в 2005-2009 ея юзал. Оно неторопливое - да, но надежное и предсказуемое.
    Может я везунчик, но вот к jfs у меня претензий кроме "неторопливое" - не было.

     

  • 1.13, freehck (ok), 11:07, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Линус прав. Процессы важнее кода. Если все будут делать, как Кент, то это печально скажется на стабильности ядра, а этого допускать нельзя.
     
     
  • 2.63, penetrator (?), 12:40, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    но вот тут

    > касающихся исправления ошибок, влияющих на сохранение целостности данных

    я согласен с Кентом

     
     
  • 3.68, freehck (ok), 12:59, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я думаю, что зря.

    Если исправление ошибки требует имплементацию новой функциональности — это свидетельствует о том, что драйвер недостаточно стабилен для ядра.

    Если разработчикам такое позволять — либо качество кода ядра начнет деградировать, либо релизы превратятся в ад.

    Отправить данный драйвер пожить отдельно — в данном случае более верный ход. В некотором смысле это воспитательная работа и сигнал сообществу разработчиков ядра.

     
     
  • 4.70, Аноним (70), 13:09, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если новая опция чинит файловую ситему, то это исправление, никак не новый функционал.
     
     
  • 5.173, _ (??), 19:42, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты код смотрел? А _что_ там - понял? :)
    Кент (по йунности видимо) всунул пачку изменений не только в свой код, но и в довольно критические секции _чужого_ ...
    Ну фиг ли с пацана взять :)

    PS: А всё равно жаль котёнка ($subj) - он хоть и царапка, но миляга ... :)

     
  • 4.88, penetrator (?), 13:58, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > драйвер недостаточно стабилен для ядра

    это совсем другая история, можно пометить как эксперементальная фича

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

     
     
  • 5.135, нах. (?), 16:57, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > это совсем другая история, можно пометить как эксперементальная фича

    ТЫ НЕ ПОВЕРИШЬ!!!

     
  • 3.80, Shevchuk (ok), 13:35, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Необходимости пушить функционал на стадии RC не должно быть примерно никогда:

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

    ¯\_(ツ)_/¯

     
     
  • 4.174, _ (??), 19:46, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.14, Кошкажена (?), 11:08, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >  так как она решает проблему с восстановлением ФС у пользователей, столкнувшихся с ошибкой при удалении подразедов и не имеющих резервной копии

    Зачем в ядро приняли сырой код?

     
     
  • 2.21, gnugpl (?), 11:14, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Первый раз штoле? Про сырость в требованиях ничего нет.
     
  • 2.23, Аноним (4), 11:16, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы популяризовать и дать возможность протестировать. Нестабильные фичи честно помечают на сайте kernel.
     
  • 2.26, нах. (?), 11:19, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Зачем в ядро приняли сырой код?

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

     
     
  • 3.115, Кошкажена (?), 15:07, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и твой шоколадный

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

     

  • 1.17, Аноним (17), 11:11, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы. Проблема лебедя, рака и щуки - это к сожалению основная проблема Линукса. Я понимаю, что это что то в стиле всем нравится становится независимыми государствами. Это очень веселая игра. Можно нарисовать написать конституцию, свой флаг и придумать свой гимн. Играться в выборы правительства и президента. Но в конечном итоге то что? Если у вас нет ресурсов на то, чтобы быть полноценным государством, то от этого будет только хуже. Всем нравится придумать своему проекту прикольное (нет) название и нарисовать какое-нибудь лого, а потом с пафосом его разрабатывать. Но проблема в том, что 100500 велосипедов на самом деле никому не нужны.
     
     
  • 2.22, Аноним (4), 11:16, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это СПО, что хотят то и делают. Если оно вам не нужно – пользуйтесь виндой, никто не заставляет.
     
  • 2.25, gnugpl (?), 11:18, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Настолько счастливы, что винда не может быть использована как дисковый сервер и никогда так не используется, если ваша компания организована чуть лучше ооо "сельские туалеты".
     
     
  • 3.178, _ (??), 19:54, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.27, Кошкажена (?), 11:19, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А зачем нам вообще 100500 файловых систем?

    Требования разные. Универсальных решений нет.

     
  • 2.33, нах. (?), 11:26, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы.

    вообще-то их там как минимум 4. Эксперт такой эксперт. И три системы управления дисками, почти как в линуксе, хехе.

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

     
  • 2.51, _kp (ok), 12:14, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>А зачем нам вообще 100500 файловых систем?

    Действительно. Зачем всё что ни есть тащить в одном проекте. Сейчас драйверов очень много, и даже контроль принятия обновлений одной командой, это уже узкое место.
    С ядром уместно тащить только критически важный минимум, а остальные драйвера правильнее развивать в отдельных проектах.

     
     
  • 3.61, Аноним (53), 12:37, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >а остальные драйвера правильнее развивать в отдельных проектах

    А для какой(каких) именно версии ядра их развивать? Даже LTS одновременно существует несколько.

     
     
  • 4.72, _kp (ok), 13:11, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы драйверы писали?
    Если опустить обновления ради обновлений, как и естественное развитие, то..
    Исходник самих драйверов меняется только когда в ядре что то похерят/сломают, или добавят очень полезное. То есть исходник драйвера совместим с версиями ядра от одной версии до другой. А далее собирается с нужными заголовками ядра и архитектуры.
    Более того, сторонние драйверы, которых в ядре нет, по другому и не сделаешь.


     
     
  • 5.76, нах. (?), 13:30, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот ты похоже - нет то есть примерно каждый день И тем более для bleeding e... большой текст свёрнут, показать
     
     
  • 6.181, _ (??), 20:04, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А за что наху тут минус влепили? 8-\
    Ну ни одного жи слова неправды (в данном конкретном посте) ...


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

    Да. А Кент (создатель сабжа) - не стесняясь уячил в чужих кусках кода с размахом, как и положено художнику :)))) А унылые лудитты\диды\сишныедырени\нувыпонели - не оценили :) Потому что там ломается - просто, а вот чинится ... ну и вот :(

    Как то таГ :)

     
     
  • 7.183, нах. (?), 20:07, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А за что наху тут минус влепили?

    они, не поверишь, искренне веруют, что от их неистового минусения объективная реальность изменится.

    > Да. А Кент (создатель сабжа) - не стесняясь уячил в чужих кусках кода с размахом

    но до сих пор в этих его изменениях никаких регрессов не обнаружено.

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

     
  • 2.71, Аноним (70), 13:10, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFS... лучше пусть будет много фс чем такое УГ, которому 100500 лет.
     
     
  • 3.154, Аноним (154), 17:44, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально она файлы копирует, особенно если это большие по размеру файлы, с маленьким она ощутимо медленнее ехт4 работает. В остальном, нормальная ФС, но по сравнению с той же бтрфс уже устарела по возможностям.
     
  • 3.184, _ (??), 20:09, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFS

    А в чём челлендж? У меня к примеру scheduler каждую ночь такое проделывает ... в чем пафос то?
    Или ты хочешь сказать что в других FS это будет в разы быстрее? Ну так нет - не будет, на проценты может даже на десятки процентов быстрее будет, в разы - нет.

    Ы?

     
  • 2.101, Tron is Whistling (?), 14:31, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот да, зачем нам 100500 видов обуви. Кирзачи и галоши хватит всем.
     
     
  • 3.155, Аноним (154), 17:45, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вот полностью согласен. Ещё яловые и хромовые сапоги добавьте в список, и всё будет правильно. Да, для занятий спортом кеды, и всё.
     
     
  • 4.167, Tron is Whistling (?), 19:00, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сказали два - значит два.
     

  • 1.24, Аноним (24), 11:17, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Судя по домену почты, у этого Кента никого нет за спиной. Если бы там был какой-нибудь условный интел, то Линус враз бы переобулся.
     
     
  • 2.34, gnugpl (?), 11:26, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Редхат присматриваются к этой файлухе как к замене своего Virtual Data Optimizer, может все и наладится.
     
     
  • 3.44, нах. (?), 11:49, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    НЕ НАДО!

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

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

     
     
  • 4.65, r2d0 (?), 12:50, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что там за шорох с цефом?
     
     
  • 5.186, _ (??), 20:12, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Грабли :)
    Подожди сейчас долетит - сам поймешь :)))))
     
  • 3.64, r2d0 (?), 12:49, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда такие новости?
     

  • 1.29, Аноним (29), 11:20, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >не желает принимать правила игры сообщества разработчиков ядра
    >я не чувствую себя особо комфортно, будучи вовлечённым во всё это

    Интересно, хоть кто-нибудь возмутится принудительной уравниловкой и риторикой уровня "code of conduct"? Хотя о чём это я? Откуда взяться возмущению? Линус ведь по определению базовый show me your code гигачад; кто в этом сомневается, тот, как известно, соя и левачок. Так что Линус может что угодно делать и преданная публика будет смотреть с восторгом.

     
     
  • 2.113, Oldi (?), 14:54, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Они оба плохие
     

  • 1.32, Аноним (32), 11:24, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    А куда делись клованы, оравшие, что эта поделка надёжнее BTRFS? Автор этой поделки явно не совсем адеквантый и его ФС такая же. Все мифы о её надёжности оказались пшиком.
     
     
  • 2.47, Аноним (47), 11:58, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не припомню, чтобы bcachefs теряла данные без возможности восстановления. Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.
     
     
  • 3.60, Аноним (53), 12:30, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Подтверждаю слова Анонима. Сам в 2023 пытался перейти с ReiserFS  на BTRFS после того, как Торвальдс объявил, что выкинет последнюю из ядра. Но погорел на этом - полная потеря всех данных. Btrfsck просто сказала: Файловая система на разделе не обнаружена. Вот cижу пока на 6.1 LTS и ReiserFS.
     
     
  • 4.126, Аноним (126), 15:58, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Но погорел на этом - полная потеря всех данных

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

     
     
  • 5.142, нах. (?), 17:14, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    точно - потеря данных и фс не обнаруживает себя на диске - это рукожопие. Админа. А не ее авторов.

    Вот у тебя-то на локалхосте такого никогда ведь не бывало!

     
  • 4.156, Аноним (154), 17:49, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.130, Аноним (130), 16:22, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы потерять на ней данные, ней нужно пользоваться. А кто это будет делать?

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

    А если все будут также делать, то что получим второе KDE?

     
     
  • 4.187, _ (??), 20:20, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А кто ему issue-сы слал по твоему?! ;)

    Другое дело что "данные" там такие "данные" ... rsync-ом с настоящих втуда сделанные :) Потому что сразу жи понятно что назад могут и не вынырнуть :)

    Это в тему одменам которые "я терял данные на" и список FS на два листа :)

     
  • 3.132, Аноним (32), 16:48, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     

  • 1.48, Аноним (49), 12:00, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Да просто Линус наш слоняра.
     
  • 1.50, Rastler (ok), 12:12, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Надо было выработать методику включения в ядро в несколько этапов, что бы не было таких недоразумений. Например, первый этап это включение через dkms, а второй, после стабилизации уже в основную ветку.
     
  • 1.58, Ilya Indigo (ok), 12:20, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Если Кент действительно НЕ хочет соблюдать правила цикла подготовки выпусков и сознательно их нарушает, не разделяя изменения на баги и фичи, и ещё спорит с Линусом о том что они не правильны, на понимая зачем они нужны и что он далеко не единственный кто присылает код, который нужно потом тестировать... то да выход только 1.
     
     
  • 2.89, Аноним (86), 13:58, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надавить через спонсоров, как расты сделали?
     
     
  • 3.94, Ilya Indigo (ok), 14:01, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Надавить через спонсоров, как расты сделали?

    У Кента нет такого ресурса!

     
     
  • 4.140, Аноним (141), 17:11, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.189, Ilya Indigo (ok), 20:23, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.144, Аноним (-), 17:24, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Надавить через спонсоров, как расты сделали?
    > У Кента нет такого ресурса!

    Ну тогда вот те -EPERM - подумал Штирлиц.

     
  • 4.177, Аноним (-), 19:53, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >У Кента нет такого ресурса!

    Это же тролль. Ты в серъёз подумал что внедрение Раста в ядро произошло в результате надавливания? Разработка ядра ведётся без помощи спонсоров, это некомерческий проект. Спонсоры тусуются в Linux Foundation.

     
     
  • 5.190, _ (??), 20:23, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Разработка ядра ведётся без помощи спонсоров,

    Полезные идиоты - полезны!(С)

     

  • 1.59, Аноним (59), 12:23, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это последний остров в море ФС, надежда только на нее. Будет очень жаль, если в ядре ее не будет. Сыровата, это да, пилится одним человеком. Но зато у этого человека правильное отношение к своему делу.
     
     
  • 2.121, НяшМяш (ok), 15:27, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > у этого человека правильное отношение к своему делу

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

     
     
  • 3.124, Аноним (124), 15:51, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен, ругаться было лишне, надо было просто вовремя сваливать из этой помойки.
     
     
  • 4.134, нах. (?), 16:55, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А куда? Под венду он наверное не умеет кодить :-(
     
     
  • 5.145, Аноним (-), 17:25, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А куда? Под венду он наверное не умеет кодить :-(

    Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.

     
     
  • 6.193, _ (??), 20:26, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Русиновича последнего и то доканали

    ЯТЬЪ! Меня бы так "доконали"! :-)
    Для тупых - Русинович у них [S]VP в Azur-е ... у него настолько всё шоколадно, что ...

     
  • 5.150, Аноним (150), 17:39, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А это смотря для чего он это делает. Если деньги нужны, то файловая система явно не способ их заработать, ну а если ЧСВ потешить, то проще написать 1001-й плеер. Толку от этого ноль, но 1,5 пользователя будут довольны, а не Линус факами размахивать. Плюс строчка в резюме, если работу искать потребуется.
     
     
  • 6.182, нах. (?), 20:04, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А это смотря для чего он это делает. Если деньги нужны, то файловая система явно не
    > способ их заработать

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

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

     
     
  • 7.195, _ (??), 20:28, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > (вполне возможно потому что под ним - все тот же мамонтов навоз)

    Посмотри своё же сообщение выше по трэду, ну там про нетапп ... ;-D

     

  • 1.75, Аноним (75), 13:27, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто вообще такой, этот Кент?
    Я не следил за этой драмой, но со стороны Кент выглядит не очень приятным человеком - пытается что-то доказать, спорит, смуту наводит.
    А бтрфс это не его проект? Просто что бэкач, что бтрфс, со стороны кажутся мутными проектами, как раз по причине конфликтности их создателей.
    Вот есть ехт4, нет же, нашлись очередные умники с nih синдромом, которые пытаются самоутвердиться за чужой счет и облить грязью всех вокруг.
     
     
  • 2.95, Вандер (?), 14:02, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А когда он тортом был? Унылая каках не умеющая ни в архитектуры ни в разработку.
     
  • 2.111, Аноним (111), 14:47, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ext4 15 лет рассыпалась при ресайзе с включённым sparse_surper2 и всем было плевать. Показатель качества ядра и системных утилит.
     
  • 2.117, Аноним (29), 15:21, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кто вообще такой, этот Кент
    >выглядит не очень приятным человеком
    >пытается что-то доказать, спорит, смуту наводит

    Конечно-конечно, «дома надо сидеть», спорят только провокаторы на зарплате.

     
  • 2.122, Аноним (124), 15:43, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кто вообще такой

    Вот с этого и надо было начинать. Ядро сейчас пилят корпорации, а индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были равны, давно пришли. А то что там Кент такой сякой нехороший, это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом засунул свою гордость поглубже и начал молча принимать на нём код.

     
     
  • 3.148, Аноним (-), 17:34, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.164, нах. (?), 18:25, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.114, Аноним (114), 15:01, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Линус настаивает на том, что функциональные изменения и крупные исправления допускаются на начальной стадии разработки новой ветки ядра, а поздние кандидаты в релизы сосредоточены только на исправлении ошибок.

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

     
     
  • 2.131, Аноним (130), 16:26, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ерунда.

    В чужой монастырь со своим уставом.

    > Если проект только на стадии развития и по сути сырой прототип

    Вот поэтому фс и хотят выпилить.

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

    Это влияет на все ядро.

    https://www.opennet.dev/opennews/art.shtml?num=62005

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

     

  • 1.129, Аноним (129), 16:15, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать разницу. Менеджерам важно, что бы они чувствовали себя менеджерами и не любят, когда инженеры им перечат.
     
     
  • 2.133, нах. (?), 16:54, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Браво!
    Только не совсем правильно понимаешь позицию менеджера - видимо, не работал.
    (менеджерам куда важнее чем их ЧСВ - kpi, соблюдение регламентов и таймингов, и правильные отчеты вышестоящим. От этого зависят бонусы. Что, собственно, и имеем.)

     
  • 2.147, Аноним (-), 17:30, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они эти принцпы разработки взяли в оборот не просто так Вот прям ща у меня пер... большой текст свёрнут, показать
     
     
  • 3.158, Аноним (158), 18:05, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не понял, но запало мне в душу.
     
  • 3.162, Аноним (162), 18:20, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.

    Делюсь опытом: садишься с ним в переговорке, на экран его код и начинаешь с ним ревьюить в паре. В процессе на практике показываешь почему нарезка патчей — важный скилл для разработчиков. В худшем случае потратишь время и поймёшь что этого надо выкидывать, в хорошем — он поймёт как делать, в лучшем — воспитаешь ревьюера, будет помогать.

     
  • 3.165, Аноним (165), 18:36, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Они эти принцпы разработки взяли в оборот не просто так.

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

     

  • 1.166, Аноним (166), 18:42, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понимаю позиции Кента. Присылать новые фичи в период стабилизации кода, будет мешать правильному тестированию и дебагингу, а так же отслеживанию изменений, регрессий и общему понимаю кода. Если твой код недоделка на коленках, и ты постоянно присылаешь костыли в последний день... Может не стоит такой код включать с основным, до тех пор пока все не заработает и не над подпорках...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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