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 обязательно


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

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

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

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

     
  • 2.18, gnugpl (?), 11:12, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.
     
     
  • 3.37, Аноним (4), 11:29, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Затем что zfs надо уметь готовить, тормозит в неумелых руках.
     
     
  • 4.264, Олег (??), 00:04, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вопрос тормозов это вопрос выбора с учетом критереев выбора
    нужно сжатие, защита от бедблоков, надежность, raid без дорогих железяк - используй zfs
    Если нужна скорость используй ext4\xfs

    как не тюнь zfs она не будет равна даже близко к скорости ext4\xfs
    все слова об умелых руках разбиваются об "давай поспорим на 1000$ что без убийства опций надежности файловой системы вы не добьетесь хотябы равных скоростей на одинаковом оборудовании для ext4 и zfs для простой базы данных в тесте pgbench для примера в 50\50 чтение запись"

     
  • 3.41, Вася (??), 11:38, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    типичное skill issue
     
     
  • 4.103, Аноним (-), 14:36, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > типичное skill issue

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

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

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

     
     
  • 7.271, Аноним (271), 00:17, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так не включайте dedup
     
  • 3.49, Аноним (49), 12:01, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зато фичи, ты не понимаешь.
     
     
  • 4.218, Аноним (218), 21:25, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    фичи без базы - ничто
     
  • 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 +/
    >> ZFS and FreeBSD combine to make good use of memory. This goodness
    > вот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя.

    Да там и остальное такое же. В частности прямо первый пункт. Не, они не расскажут как там не работает половина видях, есть проблемы с вафлей и управлением питанием. Это - миф, что вы.

    Интересно, почему дистрам Linux не требуется такие отмазки выкатывать в общем случае? :)

     
     
  • 6.146, нах. (?), 17:27, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    потому что там все привыкли что половина видях не работает, потому что тут нвидийный блоб несовместим с ведром, а там шв@60дкиный эту не поддерживает дальше чем vesa compatible.

    И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается.

    Ну а чотакова, бесплатное же ж.

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

     
     
  • 7.192, Аноним (-), 20:26, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хызы, у меня последний GL есть, вулкан - тоже, а ливка на основе FreeBSD на этой... большой текст свёрнут, показать
     
  • 3.69, Аноним (69), 13:05, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –14 +/
    > Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.

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

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

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

     
  • 4.235, Grand (?), 22:25, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Учитывая, что репрессии реально были - ей-богу вы как-то сильно двусмысленно написали ..
     
  • 3.180, Аноним (73), 20:03, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз

    Замедляет относительно чего?

     
  • 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 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Аналогов ZFS быть не может - ни в одной нормальной FS нет
    > раздельного с ядром кеша.

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

     
  • 3.104, Аноним (-), 14:37, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Аналогов 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 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ZFS использует собственную модель управления блоками данных с динамическим размером и архитектурой copy-on-write. Карл!
     
     
  • 4.198, Аноним (-), 20:30, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > ZFS использует собственную модель управления блоками данных с динамическим размером
    > и архитектурой copy-on-write. Карл!

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

     
  • 3.168, _ (??), 19:07, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон Черчилль

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

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

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

     
     
  • 4.199, Аноним (-), 20:32, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я к счастью - не LLNL и это - именно их боль, которую они сами себе нашли П... большой текст свёрнут, показать
     
  • 4.257, нах. (?), 23:44, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто у тебя не было задач где оно реально _нужно_. И вот

    он когда лбом упрется в такую задачу - подберет кривое-косое решение на единственном осиленном им инструменте. Потому что "экспертиза", увы, отрицательного левела. Питаема urban legends худшего пошиба, в пересказе старух на лавочке. Вместо знаний.

    > ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)

    ну вот банально хочется простого и понятного управления виртуальными фс, а не этого вот всего с восемью слоями dm и еще и не работает ничего как надо (включая dump/restore, хвала Б-жку с Пальцем, заявившему что оно нинуна и тар хватит всем).

    Поэтому я спокойно использую везде где вообще есть какие-то фс кроме /

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

    Да, если что - попытки использовать в этом качестве бырбырбыр у тебя обломятся о первый же случай знакомства с их уродливой подделкой под zfs send. Просто вот посмотри доки и ужаснись.

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

    так там от тех идей тоже давно ничего не осталось. В те годы не могло оказаться что "ваш pid1 несовместим с вашей версией ведра, пройдить нафиг".

    > :( Но зато - с растом! :))))

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

    с другой стороны, если ты не собираешься это отлаживать, тебе-то оно и похрену будет.

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

     

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

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

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

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

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

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

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

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

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

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

     
     
  • 4.141, Аноним (141), 17:12, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да представляю, в 17м сам огрёб.
     
  • 4.157, zionist (ok), 17:49, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-то использует ext2 как основную на своём десктопе?
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тем, что она примитивна. Мгновенных снапшотов нет, сжатия нет, подразделов нет, практичекски ничего нет. Зато есть иноды, которые могут внезапно закончится.
     
     
  • 5.211, _ (??), 21:01, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем, что она примитивна.

    Это вообще-то - достоинство! :-р

    > Мгновенных снапшотов нет, сжатия нет, подразделов нет

    А это точно то, что должа делать _FS_? ;)

    > Зато есть иноды, которые могут внезапно закончится.

    Ну хоть один реальный недостаток нашли, а то я уж волноваться начал :) Не иделальна, ТЧК!

     
     
  • 6.232, Аноним (218), 22:11, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато есть иноды, которые могут внезапно закончится.

    И как это интересно решают?

    2) А, в Ext2/Ext3 - такая проблема есть?

     
  • 6.243, Аноним (-), 22:39, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну хоть один реальный недостаток нашли, а то я уж волноваться начал
    > :) Не иделальна, ТЧК!

    Могу более тупой недостаток насыпать. При том courtesy of пох или нах. Оно в деаллокацию дир так и не умеет. Если в дире создать 100500 файлов - дира распухает до нескольких мегов веса. И начинает ощутимо тормозить. И даже если файлы стереть, дира все равно - жрет несколько мегов веса. И что еще забавнее - тормозит как будто в ней 100500 файлов. Даже если там их теперь - 10 штук. Т.е. оно походу не умеет в GC/Dealloc таких вещей по нормальному и лечится этот бред только стиранием диры и пересозданим заново.

     
  • 5.233, maximnik0 (?), 22:15, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Мгновенных снапшотов нет, сжатия нет, подразделов нет

    Все это было в ветке Аддона (рентгенолог) .Называлось Next4 , правда оказалось по надёжности хуже молодой BTRFS. Но если не касается Next, сжатие и подразделы на ext4 есть, почему в основное ядро сжатие не закинули Хочу Знать (из анекдота).Были все атрибуты для сжатия в Ари,не знаю удалили ли их сейчас . Единственное что богатство архиваторов не было, только 1 алгоритм.
    Подраздел реализован - это штатная фича ядра,сделано не для всех классических  фс, но конечно по гибкости не дотягивает до BTRFS,т.к есть ограничения.

     
     
  • 6.242, Аноним (-), 22:35, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Мгновенных снапшотов нет, сжатия нет, подразделов нет
    > Все это было в ветке Аддона (рентгенолог) .Называлось Next4 , правда оказалось
    > по надёжности хуже молодой BTRFS.

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

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

     
     
  • 7.268, Олег (??), 00:12, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    только brtfs вечный эксперементатор и bcachefs выпиливают из ядра изза кривого кода по сути
    если говорить про будущее то пора говорить о ceph  и подобных
    ибо для одного диска ext4 за глаза а для 10ти хочется уже рейд по нескольким серверам размазать
     

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.
    > Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему
    > она самая надёжная.

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

     
  • 5.207, Аноним (159), 20:52, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надежнее btrfs ?
    А она не тормозит...
    Кто виновать... даже не знаю...
     
  • 2.55, Аноним (53), 12:20, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Теперь "свобода" опрелятся советом директоров 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 [^] [^^] [^^^] [ответить]  
  • –1 +/
    насколько я помню те слухи - для проявления проблем в fsck его надо (кто бы мог подумать) запускать не раз в несколько ребутов, а на нештатно завершившейся системе. То есть там где он и необходим.

     
     
  • 6.212, _ (??), 21:05, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > запускать не раз в несколько ребутов, а на нештатно завершившейся системе. То есть там где он и необходим.

    Ну логично :) Тогда у меня типичная проблема выжившего. Не случилось у меня полом jfs-a и поэтому мой опыт с этим всем - ну по крайней мене не полный.
    Ну дык я потому и спрашиваю - а что было то? :)
    Хотя - зачем мне ответ, не знаю. Ежу жи понятно что jfs-ов больше не будет...

     
  • 5.201, Аноним (-), 20:40, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже забыл детали, ибо декомиссовал последние тома с ним опосля этого эн лет на... большой текст свёрнут, показать
     
     
  • 6.213, _ (??), 21:09, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но там толи fsck с ошибкой отпадал, толи что-то типа того - оно после загрузки оказывалось не замонтированым блин. Несмотря на прописывание в fstab.

    Ясно. Спасибо.
    Мне выходит - повезло :)
    Ну да RIP c ним, с jfs-ом. Всё равно его больше никто не юзает.

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

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

     
     
  • 3.202, Аноним (159), 20:47, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чем лучше ext4 ?
    Первый раз просто слышу
     
     
  • 4.214, _ (??), 21:11, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да уже ничем пожалуй...
    Где то в ~17(?) в ext4 фиксанули серьёзную фигню, вот с тех пор возможно ext4 даже и лучше...
     

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

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

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

     
     
  • 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) - он хоть и царапка, но миляга ... :)

     
     
  • 6.236, Аноним (218), 22:27, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А, мне вообще не понятно где вы в Linux ядре - все видите стабильность?... Большего shit'a не найти в OpenSource, в т.ч.и про призводительности(только у EULA виндов последних  уделывает в этом, и то ещё не факт)
     
  • 6.255, Аноним (255), 23:36, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.88, penetrator (?), 13:58, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > драйвер недостаточно стабилен для ядра

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

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

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

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

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

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

    ¯\_(ツ)_/¯

     

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

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

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

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

     

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

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

     
     
  • 3.244, Аноним (218), 22:43, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Помножить на (ещё же как ипшут выше и неисправляемые)баги  и  недостатки(вроде ограничения числа inode).....

    Потому в никсах - сижу на NTFS и FAT32... @!#!@#$
    (FAT32 чтобы хоть какой то раздел был загружаем в случае нештатных "выключений" ОС, т.к.NTFS починка - видите ли только с помощью chkdsk в виндах... отсутвующи в Multiboot на диске у меня, да и по соображениям безпасности, и раздел даже при малейших ошибках вроде разсинхронизации MFT - какотого не flush'енных автоматически ядром после завершения любой записи, как в той же винде, что типа "не очерередной баг" Linux ядра...)

     
  • 3.245, Аноним (218), 22:45, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    (сама NTFS - нужна собственно для доступа к диску периодически из виндов)
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >а остальные драйвера правильнее развивать в отдельных проектах

    А для какой(каких) именно версии ядра их развивать? Даже 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А за что наху тут минус влепили?

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

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

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

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

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

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

    Ы?

     
     
  • 4.197, Аноним (197), 20:29, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне тут как-то надо было 20 тб с ntfs перенести, они слишком уж зафрагментировались. Опыт так себе, с ext4 было приятней. Нтфс без ссд не имеет права на жизнь, у Эпол та же петрушка.
     
     
  • 5.249, Аноним (218), 23:01, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.250, Аноним (218), 23:03, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.251, Аноним (218), 23:05, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.203, Аноним (-), 20:47, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А в чём челлендж? У меня к примеру scheduler каждую ночь такое
    > проделывает ... в чем пафос то?

    Не знаю как у него - а я вот примерно 300К файлов недавно в 1 дире своротил, на btrfs обычном. Это не я если что придумал - структура архива такая была, а я его лишь перегенерял с изменениями.

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

    p.s. я такое с 50-100 К файлов в винде делал, уже ОЧЕНЬ напрягало. В _любой_ программе по вашему вкусу можете ворочать.

     
     
  • 5.217, _ (??), 21:24, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ах вон ты про что!
    Про 100500 файлов в одном дире и даже если оно занимает 100500 байт, то можно 3 коффи сварить и принять пока оно прочухается... а может н не прочухаться.
    Так?
    Ну туД, да - согласен, в линуковых тут тоже не идеал но по крайней мере _на_глаз_ заметно, что лучше :)
    ...
    Но ведь ты же слышал анек про:
    - Доктор! Я когда вот ТАК делаю - мне больно! 8~-(
    - ... а вы вот ТАК не делайте!

    Хотя народу впрок не идёт. Что не самопальный кэш - так вот именно это, можно не глядя в код issue на него писать и в пяти девятках - даже попадёшь ;-)

     
  • 5.240, maximnik0 (?), 22:33, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И что тут такого,300 тысяч файлов в одной дире? И на ntfs можно сделать, конечно тормозное будет,но работает. Лучше конечно это дело вынести на отдельный диск- раздел и с самого начала увеличить MFT ( нельзя нечем в linux сделать кроме утилит коммерческих парагона) . Отключить главный тормоз - регистронезависимость и поток posix.И дать проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить.
     
     
  • 6.252, Аноним (218), 23:25, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Сказали два - значит два.
     
  • 4.204, Аноним (-), 20:48, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот полностью согласен. Ещё яловые и хромовые сапоги добавьте в список,
    > и всё будет правильно. Да, для занятий спортом кеды, и всё.

    Нифига, в кирзачах занимайся. Ну или в галошах. У тебя есть выбор! :)

     
  • 3.254, Аноним (218), 23:28, 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >не желает принимать правила игры сообщества разработчиков ядра
    >я не чувствую себя особо комфортно, будучи вовлечённым во всё это

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

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

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, я и на ntfs терял данные, и на ext4, и на jfs, и на всяких fat, и это не является проблемой FS, это является проблемой кривых рук, железа и не вовремя сделанных backup-ов. Так что иди умойся и посмотри в зеркало - там ты увидишь криворукого клоуна.
     
     
  • 5.256, Аноним (218), 23:43, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.274, Олег (??), 00:26, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс
    что могло пойти не так?
    вы уж возьмите ext4 или zfs
    или в чем затык?
     
  • 3.130, Аноним (130), 16:22, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы потерять на ней данные, ней нужно пользоваться. А кто это будет делать?

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

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

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

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

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

     
     
  • 5.258, Аноним (218), 23:45, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.132, Аноним (32), 16:48, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Не припомню, чтобы bcachefs теряла данные без возможности восстановления

    Какая разница, что ты там припоминаешь или нет? Твой частный случай не является статистически репрезентативным.

    >Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.

    Эти примеры в студию, с конкретными кейсами и пруфами. Про потерю данных на BTRFS вопят в основном 1.5 мамкина эксперта, не предоставляя никаких доказательств и подробностей. В то же время настоящие профессионалы и специалисты (Сотрудники Facebbok в дискуссии включения Btrfs по дефолту в Fedra 33) заявляют, что частота выхода из строя BTRFS такая же, как у XFS и ext4.

     

  • 1.48, Аноним (49), 12:00, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Да просто Линус наш слоняра.
     
  • 1.50, Rastler (ok), 12:12, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Надо было выработать методику включения в ядро в несколько этапов, что бы не было таких недоразумений. Например, первый этап это включение через dkms, а второй, после стабилизации уже в основную ветку.
     
     
  • 2.223, Аноним (223), 21:35, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а потом на коленях бегать, чтобы уважаемые Линус и Ко приняли твои патчи? А оно надо вообще? Не, ну если за тобой корпорация, которая платит $$$, то не вопрос. Время оплачено и корпорация если что, поставит яжефинского на место. Но если ты на общественных началах, жастфофан, то лучше вообще туда не соваться.
     
     
  • 3.259, Аноним (218), 23:48, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

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

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

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

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

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

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

     
     
  • 5.261, Аноним (218), 23:49, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.59, Аноним (59), 12:23, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Это последний остров в море ФС, надежда только на нее. Будет очень жаль, если в ядре ее не будет. Сыровата, это да, пилится одним человеком. Но зато у этого человека правильное отношение к своему делу.
     
     
  • 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-е ... у него настолько всё шоколадно, что ...

     
     
  • 7.208, Аноним (-), 20:52, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Русиновича последнего и то доканали
    > ЯТЬЪ! Меня бы так "доконали"! :-)

    Сомневаюясь что вы майкрософту нужны. Как bulk coder индусы интереснее, а таланты системщика, манагера и проч у вас ничем не подтверждены в отличие от.

    > Для тупых - Русинович у них [S]VP в Azur-е ... у него
    > настолько всё шоколадно, что ...

    Ну вон пох (или нах?) тоже чего-нибудь шоколадное подгонит, спрашивайте! Он по шоколадным приблудам - эксперт! А судя по тому что там еще и кошкажена затисалась - еще и весьма утонченный ценитель! :)

     
     
  • 8.220, _ (??), 21:30, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зря сомневаешься У меня с ними - полная взаимность PS У них вообще нес... текст свёрнут, показать
     
     
  • 9.227, Анонм (-), 21:45, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле и они вам - не нужны Или в чем прикол Как тот кто очень плотно с ними... текст свёрнут, показать
     
  • 6.253, maximnik0 (?), 23:25, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет.

    Есть рабочий драйвер с утилитами BTRFS.Народ на самопальной загрузчике даже 10 с раздела btrfs загружал.Воплей насчёт того что сыпется не слышно, правда пару багов автор закрыл.Так что спорный вопрос.

     
     
  • 7.262, Аноним (218), 23:54, 28/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.265, нах. (?), 00:05, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> А куда? Под венду он наверное не умеет кодить :-(
    > Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить

    ой... опять пошла кекспертиза бабки на лавочке.

    Под нее именно драйверы кодит кому только не лень - благо одобрения Божества-с-пальцем для этого не нать, и еще лет десять ничего не сломается. Вон даже автырь wireguard шмог сделать корявый порт своей поделки - даже не прочитав документацию. (поэтому пришлось таки отовсюду выкинуть и заменить wiresock'ом, авторы которого документацию читали и вообще в принципе понимали как правильно в винде должен работать vpn - и, ну надо ж - тоже как-то справились с "ddk/sdk")

    С фс там вообще все прекрасненько, достаточно посмотреть на ужасных монстров пробрасывающих драйверы через wsl (т.е. можно в принципе подцепить к виндовой фс дерево любой фс поддерживаемой линуксом как native) - у еще одного автора снова ни секунды не возникло проблем с ddk, ну надо же ж.

    > по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.

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

    С возрастом переквалифицировался в топ-топ менеджеры и неплохо себя чувствует теперь, вообще ни на каком инструменте не играя. (Ходят слухи, кстати, что из azure уволился, и теперь играется в иксбокс в рабочее время, паразит!)

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

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

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

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

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

     
     
  • 8.278, нах. (?), 00:36, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну вообще-то они свои патчи предлагали в openzfs, а не наоборот Что как бы наме... текст свёрнут, показать
     
  • 7.221, Аноним (223), 21:31, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Рейзер выбил грант, на что и кормил пару разрабов. Тут же изначально бессмысленное предприятие, пытаться вкладываться в проект, где уже давно токсичное болото. От 1001-го плеера и то выхлоп выше будет в перспективе.
     
     
  • 8.260, нах. (?), 23:48, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    нет, там был fsck вместо хелпа выдающий угрозы и требование дать рубля Кстати, ... текст свёрнут, показать
     
     
  • 9.270, Аноним (223), 00:17, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это ты с помощью нейросети сгенерил ... текст свёрнут, показать
     
     
  • 10.275, нах. (?), 00:28, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    если твои когнитивные способности из-за злоупотребления нейросетями не позволяют... текст свёрнут, показать
     

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

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

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

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

     
     
  • 3.148, Аноним (-), 17:34, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот с этого и надо было начинать. Ядро сейчас пилят корпорации, а
    > индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были
    > равны, давно пришли. А то что там Кент такой сякой нехороший,
    > это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом
    > засунул свою гордость поглубже и начал молча принимать на нём код.

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

     
     
  • 4.164, нах. (?), 18:25, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в стабильных дристах нельзя взять и использовать ночную сборку хруста для сборки... большой текст свёрнут, показать
     

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

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

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

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

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

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

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

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

    https://www.opennet.me/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 [^] [^^] [^^^] [ответить]  
  • +/
    > Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.

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

     
     
  • 4.215, Аноним (-), 21:16, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было сразу сказать что это географически распределенная разработка Так что... большой текст свёрнут, показать
     
     
  • 5.224, _ (??), 21:36, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Делюсь опытом: садишься с ним в переговорке, на экран его код и начинаешь с ним ревьюить в паре.
    > Надо было сразу сказать что это географически распределенная разработка. Так что этот маневр технически сложно и дорого.

    иииппаааа***ььь ...
    Люди весь COVID так проработали, а у него "сложА-дорагА"(С) 8-о

    В остальном - полностью согласен.
    Но ... "Что совой об пенек, что пеньком об сову - всё равно сове пипец!"(С)
    Хотя ... Надюха умирает последней ;-)

     
     
  • 6.229, Аноним (-), 22:03, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы или ваши визави мотались через полглобуса чтобы в переговорке посидеть Какие... большой текст свёрнут, показать
     
  • 3.165, Аноним (165), 18:36, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Они эти принцпы разработки взяли в оборот не просто так.

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

     
     
  • 4.205, _ (??), 20:49, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > говорит Кент, главное - что бы юзерам было хорошо

    Просто он не ффтыкает кто ведру - юзеры :) А им нинада походу...
    Жаль котёночка, если бы допилили - было бы лучше чем как шаЗ.

     
  • 4.219, Аноним (-), 21:28, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, понимаешь, Кент требует себе исключений в БЕСПРЕЦЕДЕНТНОМ объеме 1 Никто и... большой текст свёрнут, показать
     
     
  • 5.226, Аноним (223), 21:39, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >требует себе исключений

    А ты уверен, что этот аргумент что-то там решает?

     
     
  • 6.230, Аноним (-), 22:06, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>требует себе исключений
    > А ты уверен, что этот аргумент что-то там решает?

    Это core всей претензии к Торвальдсу. Никто не любит м...цкий стиль разработки когда вместо решений - новые проблемы. Приносите - решения. А не создание новых проблем. Или идите нахрен, кому такой девелоп уперся и зачем?! Да, представляете, в софтострое надо уметь и посылать нахрен всяких гамнякеров. Иначе проект будет загажен до уровня канализации - в которой он и утонет.

     
     
  • 7.231, Аноним (-), 22:07, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это core всей претензии к Торвальдсу.

    Тфу ты. ТорвальдсА к Кенту, разумеется.

     

  • 1.166, Аноним (166), 18:42, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не понимаю позиции Кента. Присылать новые фичи в период стабилизации кода, будет мешать правильному тестированию и дебагингу, а так же отслеживанию изменений, регрессий и общему понимаю кода. Если твой код недоделка на коленках, и ты постоянно присылаешь костыли в последний день... Может не стоит такой код включать с основным, до тех пор пока все не заработает и не над подпорках...
     
  • 1.196, Аноним (194), 20:29, 28/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Народ, а как дела во всяких bsd, насколько там есть stable abi/api?
     
     
  • 2.209, _ (??), 20:52, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не лезь туда.
    Там всё настолько... хмм... замерло? :) Что только спецы могут распознать что оно - живое :)
    Хотя я BSD юзал массированно в нулевых, те времена прошли.
     
  • 2.222, Аноним (-), 21:34, 28/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Народ, а как дела во всяких bsd, насколько там есть stable abi/api?

    Единственные кто пытается нормальную файлуху делать из BSD - это DragonFly BSD. Их HammerFS - относительно современный дизайн, по образу и подобию иных совремнных cow-like. Но в стрекозе ясен пень - полтора землекопа. И даже при всей симпатичности хаммера - до ума довести такой дизайн все же требует вытаптывание поляны, а ОС в целом - все же состоит не только из ФС. Это важный компонент - но не единственнй.

     
  • 2.267, АнонимЪ (?), 00:11, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Любители этих BSD будут всячески хвалить. Не слушай и сам проверь. Вот поставь на реальное железо. И сам всё поймёшь.
     
     
  • 3.273, Аноним (218), 00:25, 29/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.272, нах. (?), 00:23, 29/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Народ, а как дела во всяких bsd, насколько там есть stable abi/api?

    у фри in-kernel api стабилен в пределах релиза. (разумеется - стабильного релиза, current для того и предназначен чтоб там все ломать) ABI тоже стабилен в пределах релиза (т.е. нет расшибания лба в попытках сохранить его неизменным 20 лет как у Линуса), но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитировать (собственно, все разумное и так включено по умолчанию и выключать если не понимаешь что делаешь, не следует)

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

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

     
     
  • 3.276, Аноним (218), 00:30, 29/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.277, Аноним (218), 00:31, 29/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.269, Аноним2806 (?), 00:13, 29/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там, где не задействована или мало задействована финансовая сторона, возникают Отношения.
     

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



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

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