The OpenNET Project / Index page

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

Отставка сопровождающего файловой системы XFS

02.08.2023 15:05

Дэрик Вонг (Darrick Wong) объявил о снятии с себя полномочий сопровождающего файловой системы XFS в ядре Linux. По его словам он взял на себя непосильную ношу и выгорел, пытаясь совместить роль разработчика, рецензировщика, тестировщика, релиз-менеджера и контактного лица. Отмечается, что в подсистеме XFS хватает работы для 20 человек, но фактически ту же работу приходится выполнять вдвое меньшей командой.

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

После ухода с поста сопровождающего Дэрик намерен продолжить работу над рецензированием патчей и заняться развитием интересующих его возможностей XFS, таких как online fsck. Перед уходом Дэрик обобщил свой шестилетний опыт сопровождающего и подготовил рекомендации по оптимизации работы. Например, предлагается разделить полномочия сопровождающего, и передать отдельным людям ответственность за решение таких задач, как подготовка релизов, разбор ошибок, тестирование, взаимодействие с сообществом и сопровождение изменений для LTS-веток. В качестве замены для себя Дэрик рекомендовал утвердить отвечающим за подготовку релизов Кандана Бабу (Chandan Babu) из компании Oracle.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Из Debian ушёл мэйнтейнер, несогласный с новой моделью поведения в сообществе
  3. OpenNews: Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и рабочих процессах
  4. OpenNews: Мэйнтейнеры проектов GNU выступили против единоличного лидерства Столлмана
  5. OpenNews: Применение асинхронной буферизированной записи на базе io_uring до 80 раз снизило задержки в XFS
  6. OpenNews: В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/59543-xfs
Ключевые слова: xfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (231) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 15:12, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –23 +/
    я на btrfs, у меня у моей файлухи таких проблем нет
     
     
  • 2.2, scriptkiddis (?), 15:15, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +37 +/
    Будут
     
     
  • 3.43, Аноним (43), 16:07, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Дебош на двенадцать персон заказывали? ...
     
  • 2.100, DIM (??), 21:02, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –12 +/
    У меня корень на btrfs, а хомяк на XFS. Мне кажется это классическая такая разметка, которая если и не у большинства, то у многих.
     
     
  • 3.102, Аноним (-), 22:23, 02/08/2023 Скрыто ботом-модератором
  • +3 +/
     
  • 3.104, Аноним (-), 22:59, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У меня корень на btrfs, а хомяк на XFS. Мне кажется это
    > классическая такая разметка, которая если и не у большинства, то у многих.

    Хомяк без снапшотов - очень так себе идея. А что если после апгрейда версии ОС конфиги переколбасит, при откате взад с новыми конфигами не взлетает - и тогда чего? Сносить все конфиги в хомяке и заново перенастраивать? Да и вернуть случайно снесенный проект из снапшота - удобно и круто.

     
     
  • 4.117, Аноним (117), 00:19, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как же раньше жили то без этих ваших btrfs? Делали бэкапы.
     
     
  • 5.122, 34 (?), 00:41, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ага, на дискетки
     
     
  • 6.125, Аноним (117), 00:46, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В git.
     
  • 6.161, YetAnotherOnanym (ok), 09:14, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где здесь повод для сарказма? Да,  и на дискетки, и на cd/dvd, и на съёмные hdd, сейчас на флэшки и в облака.
     
  • 5.132, Аноним (-), 02:09, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Как же раньше жили то без этих ваших btrfs? Делали бэкапы.

    Раньше и без бэкапов жили. И без компов. И без электричества вообще. Черт, даже огонь научились разводить далеко не сразу. Предлагаете вернуться на ветки деревьев, к истокам?

     
     
  • 6.136, Аноним (117), 05:18, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я к тому, что если делать бэкапы важных файлов, то и снэпшоты не нужны будут.
     
     
  • 7.141, _ (??), 07:47, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты свой писюк можешь бакапить пока спишь ... А сервера бывают 24\7\365 + ещё чуток :)
    ... и _как_ их без снапшотов бэкапить? Пусть клиенты подождут пару-тройку часов?
    Не-не-не - быстро снапишь, а потом медленно и солидно бэкапишь снап.
    Как то так! (С)
     
     
  • 8.174, пох. (?), 11:26, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    как всегда Ну не будет он crash consistent Подумаешь, как будто это кому-то ко... текст свёрнут, показать
     
  • 8.248, maximnik0 (?), 08:09, 07/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно,но геморроя до фига Есть драйвер сетевого-блочного уровня,делает на блочно... текст свёрнут, показать
     
  • 6.163, Аноним (163), 09:47, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Предлагаете вернуться на ветки деревьев, к истокам?

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

    Но вот без бэкапов - в надежде на волшебную фс - очень дрянная идея.

     
     
  • 7.209, Аноним (-), 03:41, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, вы уже такие хорошие почти всех их перебили и уморили изменениями клим... большой текст свёрнут, показать
     
  • 7.253, Чукча (?), 14:42, 09/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Незнание превращает в волшебство многие обстоятельства вокруг.
     
  • 4.244, maximnik0 (?), 21:17, 06/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Хомяк без снапшотов - очень так себе идея.

    XFS поддерживает теперь снапшоты.Только возможности поменьше чем у BTRFS.Но как в примере отдельная деректория -вполне снимок можно сделать.
    COW алгоритму похрен XFS,BTRFS,ZFS у тебя,заводиться ссылки на блоки -есть у тебя снимок.(упрощённо алгоритм так и работает,ссылка не даёт переписать блок если он изменился,срабатывает транзакция: записывается новый блок и изменяются метаданные)

    Правда снимки можно делать и на классических фс с потдержкой LVM,но lvm не бесплатен в отношении надёжности и скорости.

     
     
  • 5.245, Аноним (-), 05:48, 07/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И получилась сова натянутая на глобус Настолько проблемная что майнтайнер слилс... большой текст свёрнут, показать
     
     
  • 6.247, maximnik0 (?), 07:49, 07/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >XFS вообще по скорости - очень так себе. Особенно на куче мелочи.

    Не согласен.С мелочью очень неплохо скорость подняли,если конечно не по миллиону файлов в директорию пихать.Но до скорости ext4 не дотягивает, работает где то на уровне ехt3.Но в случае фрагментированных мелких файлов ,да начинает катастрофически тупить.Эта проблема всех фс с COW,повышенная фрагментация :-(
    (Может быть проблема с скоростью в том что народа для потдержки не хватает,периодически что то в оптимизации ломали ,из за этого и проблемы с скоростью.Вон недавно 2 выпуска  назад что то поправили,сразу на 35%  скорость поправили,а с новым ари в свежем ядре в  2 раза ускорили,не ясно только как это на надёжности скажется)

     
     
  • 7.249, Аноним (-), 16:15, 08/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кто тормознее XFS по работе с мелочью в Linux Не с FAT же сравнивать EXT4 и д... большой текст свёрнут, показать
     
     
  • 8.252, maximnik0 (?), 22:59, 08/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это да,так и не дописали быстрое удаление, Ари уже частично есть,но штатные утил... большой текст свёрнут, показать
     
  • 3.123, Аноним (117), 00:44, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты не доверяешь корень XFS, то почему доверяешь ей хомяк? Логичней тогда хомяк на основной фс держать, а раздел с XFS отдельно монтировать и хранить там преимущественно большие файлы.
     
     
  • 4.142, User (??), 07:48, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тут не про "доверие" per se - а про удобство использования вида "откатился назад после глючного обновления" - ну и да, в корне у меня ну вот ВООБЩЕ ничего сколько-нибудь ценного нет. 2,5 перепиленных конфига - таки хрен бы с ними, то на что "не хрен" - в гите болтается. А вот в хомяке - таки есть.
     
  • 4.148, Аноним (148), 08:09, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вядро RC, виртуализация.
     
  • 3.128, Аноним (128), 01:49, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У большинства обычных юзеров стоит NTFS, только они об этом не знают. Ещё у 1% стоит EXT4 вообще на всё.

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

     
     
  • 4.129, Аноним (117), 01:53, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас уже большинство дистров перестало делать ext3/ext4 на всё, как раньше.
     
     
  • 5.143, _ (??), 07:49, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это кто же такие на всю голову волшебные? Ну чисто чтобы не наступить?
     
     
  • 6.164, пох. (?), 09:49, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    suse - btrfs+xfs
    rh и клоны - xfs over lvm

    кто там с ext4 по умолчанию остался - я даже и не знаю.

     
     
  • 7.198, Аноним (-), 18:07, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде Alphabet Inc он же бывший Google использует EXT4, везде не везде не знаю. Уточнять надо по крайне мере так было лет 8 назад. Это не какой не показатель вот они значит так и нам. Их так устраивало было, а может и сейчас. Смотреть надо шире. Меня на данный момент устраивает boot ext2, / jfs.
     
     
  • 8.200, пох. (?), 18:18, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    они вон годами использовали ext2 Но это совсем не означает что тебе тоже можно ... текст свёрнут, показать
     
     
  • 9.204, Аноним (-), 21:29, 03/08/2023 Скрыто ботом-модератором
  • +/
     
     
  • 10.205, пох. (?), 21:58, 03/08/2023 Скрыто ботом-модератором
  • +/
     
  • 7.199, Аноним (-), 18:08, 03/08/2023 Скрыто ботом-модератором
  • +/
     
  • 4.188, Аноним (188), 14:56, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >У большинства обычных юзеров стоит NTFS

    Про них тут никто не вспоминал

     
  • 3.144, Аноним (144), 07:56, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня везде ext4
     
  • 3.147, Аноним (148), 08:06, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    boot ext2, / jfs, Пока так, устраивает. Второй месяц так.
     
     
  • 4.155, Аноним (148), 08:25, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Стал забывать выключать гостя. Сворачиваю гстя. Выключаю хост и вспоминаю гость не выключен, но уже поздно.
     
  • 4.156, Аноним (148), 08:30, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По мимо остальных причуд редких: завис гость, синий экран с ошибкой и перезагрузкой у хоста.
     
  • 4.157, Аноним (148), 08:38, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А может и пять месяцев так я уже забыл сколько месяцев использую так.
     
  • 3.149, Аноним (148), 08:10, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сюда надо: вядро RC, виртуализация.
     

     ....большая нить свёрнута, показать (41)

  • 1.3, Аноним (3), 15:16, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность

    haha, classic!
    блеск и нищета опенсорса

     
     
  • 2.4, Аноним (4), 15:18, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +28 +/
    Лол, как будто в проприетарщине лучше.
     
     
  • 3.29, Аноним (29), 15:48, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –36 +/
    Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки. А в опенсорсе вашем нет никакой ответственности.
     
     
  • 4.42, Аноним (42), 16:06, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Как жаль, что такой "правильной проприетарщины" в реальном мире не существует.
     
     
  • 5.47, Аноним (43), 16:10, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Yes!
    Так ему.
     
  • 5.57, Анонимусс (?), 16:24, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Вообще-то есть. С SLA на много лет и денег, с dedicated командами поддержки, с документацией, которую пишет и валидирует отдельный (пусть и маленький) отдел.
    Но конечно же они все нереальны))
     
     
  • 6.62, BeLord (ok), 16:44, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С учетом того, что компаний у которых документация сделана по науке кот наплакал, то да реальны, в Красную книгу пора заносить. Причем, я про полный процесс документирования, а не локальный участок.
     
  • 6.145, User (??), 07:57, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нукакбыда, но нет. В смысле, SLA конечно есть, и какой-нибудь initial\ongoing response в нем даже прописан но а) гарантий _устранения_ инцидента в заданное время в нем нет б) штрафные санкции за нарушения вот просто нифига и никак не покрывают сопутствующие потери от остановки бизнеса. Видел модель с assurance покрытием - но оно было прям совсем отдельной штукой никоим образом не привязанной на собственно контракт поддержки.
     
  • 6.201, Аноним (201), 19:23, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > С SLA на много лет и денег

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

     
  • 4.61, Вася (??), 16:39, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    рублём отвечать это ну такое... не взыщещь потом эту валюту в самом честном суде
    то ли дело написать ц лицензионном соглашение, что отвечаешь не более чем долларом
     
  • 4.65, egan (?), 16:59, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Такое ощущение что тому, кому в рот гадят есть дело до того, что кого-то лишают денег.

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

    Говорю как представитель правильного энтерпрайза.

     
  • 4.67, ДаНуНафиг (?), 17:00, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В проприетарщине раздолбос ровно так же может забить на тестирование, свалить все на рецензентов, тестировщиков (или отсутствие оных) и всякую прочую фигню. Энтузиастам, мне кажется, как раз позорнее всякую фигню заливать, поэтому мотивации больше.
     
  • 4.71, хрю (?), 17:12, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>в правильной проприетарщине ты рублем отвечаешь за косяки.

    ага только покажи it компанию, которая рублём/долларом/евро отвечает за косяки.

     
  • 4.86, Аноним (86), 18:00, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, когда Вася выпускает полурабочее нечто на рынок, занимая нишу, а Петя вылизывает код и остается без денег на дальнейшее развитие своего продукта. Ну а потребитель(сурьезный бузинес) уже внедрил Васино поделие, реклама сработала и хомяки, плюясь, пользуются этим калом,  генерируя профит для Васи и бузинеса-внедренца. А Петин код никому не нужен. Такие дела.
     
  • 4.103, Аноним (-), 22:24, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки.

    Майкрософт с предустановленной виндой прямо так уж и разотвечался за косяки.

     
  • 4.172, microcoder (ok), 10:45, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А в опенсорсе вашем нет никакой ответственности.

    А в проприетарщине багтрекеров не существует??

     
  • 4.242, dannyD (?), 13:41, 06/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>... в правильной проприетарщине ты рублем отвечаешь за косяки.

    аллё, возвращайся из розовой страны барби.

    пристнится же такое.

     
  • 2.13, Аноним (13), 15:30, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    haha, classic!
    блеск и нищета современной софтовой разработки

    fixed, не благодарите

     
     
  • 3.124, 34 (?), 00:44, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а что другие разработки лучше? ракеты у маска не падают?
     
  • 2.16, bOOster (ok), 15:31, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну и причем тут опенсоурс? Если чувак прямо сказал - "файловую систему XFS в ядре Linux"

    У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.

     
     
  • 3.40, Аноним (42), 16:03, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.

    Как правило, у тех, кто придерживается posix - всё ядро является гниющим овном.
    И их доля среди production серваков наглядно это подтверждает.

     
     
  • 4.58, Аноним (43), 16:28, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Каким то сплошным "оптимизмом" от Вас попахивает. Наверно Вы очень много времени проводите рядом с продакшен серверами. Вы берегите себя там!
     
  • 3.109, Аноним (-), 23:33, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.

    Странно, что ж такими "замечательными" никто пользоваться не хочет.

     
     
  • 4.137, bOOster (ok), 05:25, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.
    > Странно, что ж такими "замечательными" никто пользоваться не хочет.

    Ну бараны в стаде, друг за дружкой всегда одно и тоже г**но жрет.

     
     
  • 5.153, Аноним (-), 08:17, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну бараны в стаде, друг за дружкой всегда одно и тоже г**но жрет.

    Это вы скорее такие из себя уникальные - мол, зачем жрать обычную еду?! Смотрите как можно было! Рррааааааз кусок кала! "Весь самолет блюет, а он смеется".

    Это к тому что технических аргументов за вашу помойку - примерно 0. А вот за линуха - их более чем.

     
     
  • 6.208, voiceofreason (?), 03:28, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проиграл :)
     
  • 2.93, DeerFriend (?), 19:58, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Разница в том, что в опенсорсе ты это видишь.
    А в проприетарщине тебя отгораживает стена из менеджеров с суппортятами, и им очень важен каждый твой звонок.
     
     
  • 3.105, Аноним (-), 23:01, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Разница в том, что в опенсорсе ты это видишь.
    > А в проприетарщине тебя отгораживает стена из менеджеров с суппортятами, и им
    > очень важен каждый твой звонок.

    Более того - доораться о проблеме до разработчиков там вообще малореально.

     

  • 1.5, дАнон (?), 15:22, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    "Сейчас люди, работающие над XFS, похоже, тратят большую часть своего времени на бэкпорты ядра дистрибутива и работу с генерируемыми искусственным интеллектом сообщениями об ошибках, которые не являются сообщениями пользователей."

    Тоже мило

     
     
  • 2.7, Аноним (163), 15:26, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    там нет интеллекта. Даже искусственного. Есть сборочные скрипты ядра, сыплющие миллионы неудобочитаемых предупреждений, как правило совершенно ненужных, на каждый комит сложнее <<<color >>>colour.

     
  • 2.106, Аноним (-), 23:23, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "Сейчас люди, работающие над XFS, похоже, тратят большую часть своего времени на
    > бэкпорты ядра дистрибутива и работу с генерируемыми искусственным интеллектом сообщениями
    > об ошибках, которые не являются сообщениями пользователей."
    > Тоже мило

    Это не AI а тестовые роботы, гоняющие XFS test suite и fuzzing на файлухе. И если там много багов, кто же их посадил? Уж не та ли командочка? :)

    Ну что, редхатчики, а вы думали, что если гранды, плотно трекавшие разработку и умевшие в это от вас сбегут - это останется без последствий? А вот оказывается - нифига.

     

  • 1.6, Аноним (6), 15:24, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > на бэкпортирование специфичных для дистрибутивов изменений

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

    rh в этом помогать, как видно, не собиралась - нате вам патчи, е..сь как хотите.


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

     
     
  • 2.10, Аноним (10), 15:29, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать особо не надо. Всё само прилетит от тех, на кого ты батон крошишь.
     
     
  • 3.25, bOOster (ok), 15:43, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать
    > особо не надо. Всё само прилетит от тех, на кого ты
    > батон крошишь.

    Я тебе, тупенькому, который патчи посмотреть не может, по секрету скажу - развработчики ZFS какие там были - такие по факту и остались, из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет, а оголтелые все в своих помоях ковыряются, никак прикрутить грамотно ZFS к ядру не могут, абсолютно так-же как и чувак в этой теме с XFS...


     
     
  • 4.37, Аноним (42), 16:02, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > развработчики ZFS какие там были - такие по факту и остались

    Ага, Белендорф и его команда.

    > из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет

    И что полезного сделали ixsystems за последние три года?

     
     
  • 5.56, Аноним (163), 16:19, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    это та команда которая _найденую_ ошибку с порчей данных не исправляла год "because of luck of resources" ?

     
     
  • 6.120, _ (??), 00:32, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >"because of luck of resources"

    Даю хороший совет - у тебя в винде копи-пэйст хорошо работает, вот и юзай его для многанепонятныхбуЦкв ... а то случится "luck of resources"(С) :-D

     
  • 6.202, Аноним (201), 19:25, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ресурсам повезло и им не пришлось чинить баг? Ишь ты!
     
  • 5.207, Аноним (207), 00:18, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так и скажи, что в коммиты не смотрел и вообще, между разработчик и имеющий c... большой текст свёрнут, показать
     
     
  • 6.227, n00by (ok), 14:23, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если смотреть версии в районе 0.6 (до того не следил), там в основном Белендорф был. Потом, как я слышал, грант его закончился. По каким причинам ZoL взяли в FreeBSD тоже пропустил (помню споры про TRIM - какая где лучше; TRIM в ZoL делал не Белендорф), но, наверное как раз поэтому FreeBSD теперь и приходится вливать в "апстрим"?
     
     
  • 7.240, пох. (?), 18:12, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1 апстрим сдох 2 Бехлендорф был _очень_ убедителен доказывая что он и есть нов... большой текст свёрнут, показать
     
     
  • 8.243, n00by (ok), 15:11, 06/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    TRIM Discard support from Nexenta https github com openzfs zfs pull 3656 ... текст свёрнут, показать
     
  • 4.107, Аноним (-), 23:30, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > развработчики ZFS какие там были - такие по факту и остались,
    > из IXsystems, freebsd и т.п.

    А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики ФС?

    > А основную разработку, так-же IXSystems осуществляет,

    Что насчет LLNL всяких? LLNL уж точно не фрибсд используют.

    > а оголтелые все в своих помоях ковыряются,

    У кого что болит, как говорится.

     
     
  • 5.138, bOOster (ok), 05:42, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/

    > А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики
    > ФС?

    2007 – Apple started porting ZFS to Mac OS X.
    2008 – A port to FreeBSD was released as part of FreeBSD 7.0.
    2008 – Development of a native Linux port started.

    Хотя оголтелым дебилам бесполезно что-то обьяснять. ZoL это прослойка между ZFS и ядром Linux. Которая до сих пор
    работает через одно место и оно никаких образом к ZoF или ZoS не относиться даже в рамках проекта OpenZFS.

     
     
  • 6.154, Аноним (-), 08:24, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И где ваш бог теперь А, забил на все х Это для вас оно - благодать Потому ... большой текст свёрнут, показать
     
     
  • 7.165, пох. (?), 10:04, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    хуже - он заявил разработчикам Главное правило ведения бизнеса с моим лучшим др... большой текст свёрнут, показать
     
     
  • 8.210, Аноним (-), 04:27, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Яблоко - не фрибсда, скорее вообще фичу не выкатят, чем раздадут юзерам тормозно... большой текст свёрнут, показать
     
  • 5.241, пох. (?), 18:36, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    есть, но их начальство не собиралось платить им зарплату за то, что нельзя сразу... большой текст свёрнут, показать
     
     
  • 6.246, Аноним (-), 07:29, 07/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Получается что возня с фрибсд никому не нужна, ресурсы готовы выделять только на... большой текст свёрнут, показать
     
  • 3.189, Аноним (189), 14:59, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У ZFS лицензия сановская CDDL не совместимая с GPL и линуксом соответственно, каким образом могли стырить у линукса если ZoL использует сановсвую кодовую базу?
     
  • 2.11, Анонин (?), 15:30, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ахахаха! Получается шапка, кроме того что пишет xfs, должна еще делать изменения ядер для всех остальных дистров?))
     
     
  • 3.17, Аноним (6), 15:34, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Шапка, на халяву пользующаяся результатами чужого труда - да, могла бы сама заталкивать свои патчи в linux-next, а не заставлять других их реимплементировать из 2.4.16

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

     
     
  • 4.21, Анониммус (?), 15:39, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Шапка, на халяву пользующаяся результатами чужого труда

    мвахаха, ты серьезно?
    посмотри сколько шапка коммитит!
    то чем потом пользуются всякие паразиты

     
     
  • 5.73, Аноним (-), 17:15, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >посмотри сколько шапка коммитит!

    Да, я посмотрел с лупой, и никакой Шапки не увидел, а увидел я много таких Героев как Дэрик Вонг.

     
     
  • 6.192, Аноним (192), 16:03, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поизучай еще это

    netdev development stats for 6.5
    How top authors rank in scores:
      1  p99 [-42]  Intel
      2   p0 [101]  RedHat
      3   p3 [ 16]  nVidia
      4   p2 [ 23]  Oracle
      5   p0 [358]  Meta
      6  p37 [  0]  Microchip
      7  p99 [-32]  Pengutronix
      8  p98 [-28]  AMD
      9  p99 [-56]  Bartosz Golaszewski
    10  p92 [ -9]  Huawei
    11  p99 [-40]  Bootlin
    12   p4 [ 10]  Broadcom
    13   p0 [165]  Google
    14  p19 [  1]  Isovalent
    15  p96 [-24]  Alibaba

    https://lwn.net/ml/linux-kernel/20230627163832.75f3a340@kernel.org/

     
  • 4.22, Анонин (?), 15:41, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Шапка, на халяву пользующаяся результатами чужого труда

    Это интересно какими в контексте XFS?

    > их тогда будут использовать другие дистрибутивы

    Так пусть другие и делают) Зачем это шапке нужно?
    А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою специфику...

     
     
  • 5.28, Аноним (163), 15:47, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Это интересно какими в контексте XFS?

    линукс, называется.

    >> их тогда будут использовать другие дистрибутивы
    > Так пусть другие и делают) Зачем это шапке нужно?

    другому надоело за них делать.

    > А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою
    > специфику...

    какую нах..р специфику? Возвращать в апстрим. Да, не в виде горы мусорных патчей, а в виде готового продукта - с описанием, зачем, почему именно так и как это аффектит окружающий код.
    И самим затыкать вопли безмозглого верификатора.

    Но нет, зачем. Взяли на халяву, зачем самим работать.

     
     
  • 6.38, Анонин (?), 16:02, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > линукс, называется.

    шапка один из крупнейших контрибьюторов ядра вообще-то

    > другому надоело за них делать

    и слава богу

    > Да, не в виде горы мусорных патчей, а в виде готового продукта - с описанием, зачем, почему именно так и как это аффектит окружающий код.

    Ты жыпыэль читал? Все что они обязаны делать - выкладывать код. Ни байтом больше.
    Кто-то заставляет другие дистры пользоваться XFS? Ну так пошли они нафиг!

     
     
  • 7.51, Аноним (163), 16:13, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вообще-то вот так их "контрибьюция" и выглядит - вывалили на майнтейнеров продукт из под хвоста, пусть как хотят и разгребают.

    Да, в итоге комит имеет автором индуса@rhbm.com

    Да, никто не заставляет. Но если бы все так делали - не было бы никакого линукса вообще.

     
  • 7.52, User (??), 16:14, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ты жыпыэль читал? Все что они обязаны делать - выкладывать код. Ни байтом больше.

    И того не должны - только предоставлять приобретающим продукт.

     
     
  • 8.55, Анонин (?), 16:18, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот видишь насколько они добрые Делают даже то, что не обязаны ... текст свёрнут, показать
     
     
  • 9.60, Аноним (43), 16:36, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сарказм ... текст свёрнут, показать
     
  • 9.82, Аноним (6), 17:43, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот Вонг от таких добряков и свалил подальше ... текст свёрнут, показать
     
  • 7.108, Аноним (-), 23:32, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > шапка один из крупнейших контрибьюторов ядра вообще-то

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

     
  • 2.70, n00by (ok), 17:11, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну ничего - теперь вон пусть чувак на зарплате орацла страдает. Глядишь,
    > даже премию дадут (нет).

    Оракл же заявили, что обязуются поддерживать клон RHEL. :)

     
     
  • 3.89, пох. (?), 18:46, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так для этого не надо разбираться в редхатовских патчах, rpm --rebuild - даже если там что-то не так, исправлять нельзя, это ж потеря бит-в-бит совместимости.

    Впрочем, да, там еще ж unbreakable kernel, и вот его эта проблема как раз касается. Полагаю, поэтому чуваку и платят зарплату.


     
  • 2.193, Аноним (188), 16:56, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >читай - на собственно развитие xfs, потому что оно осуществляется компанией rhbm

    Фиг там. Последнее время xfs развивается сильно больше ораклом.

     
  • 2.237, Аноним (237), 07:59, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > не надо сказок что есть какие-то другие дистрибутивы со специфичными изменениями в xfs

    Есть. Сам патчу под свои хотелки. Пока всё работает.

     

     ....большая нить свёрнута, показать (36)

  • 1.8, test (??), 15:27, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Рецензирование описывается как кошмар, вызванный необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность.

    Ну так это вопрос к разрабам ядра ...

     
     
  • 2.14, Аноним (14), 15:31, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что ты предлагаешь у них спросить?
     
     
  • 3.19, Аноним (1), 15:36, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    торвальдс, верни стену! завтро, то есть 3 августа, не заходим в линукс целый день. Рейтинг линукса упадет, и торвальдс вернет XFS. Потерпите денёк, зато потом нормальный XFS.
     
  • 3.20, Анонимусс (?), 15:36, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спросить, напр., почему документация г##но.
    Хотя это риторический вопрос))
     
     
  • 4.95, Аноним (201), 20:10, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Птому, что ты не написал лучше и не прислал патч. Твой вклад там ещё с 1.0 ждут, а ты только комментарии на опеннете строишь, бездельник.
     
     
  • 5.182, Анонин (?), 12:46, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ахаха, делать мне больше нечего, тратить свое время на какой-то линукс...
    Вообще TEH DRAMA между ментейнером и другими разрабами ядра, пусть сами и разбираются)
     

  • 1.9, Аноним (14), 15:27, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ещё один всё понял, другим наука думать о себе.
     
     
  • 2.64, iCat (ok), 16:54, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Он не о себе заботится, а о деле...
     
     
  • 3.90, Аноним (14), 19:22, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да здоровый и живой программист, лучше чем нездоровый и не живой. Так всем будет лучше.
     
  • 3.119, Аноним (117), 00:28, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    XFS это вам не маргинальный рейзер4 какой-нибудь, о ней есть кому позаботиться. Можно спать спокойно я щитаю.
     
     
  • 4.166, пох. (?), 10:07, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Эти кто-то с удовольствием позаботятся наоборот - чтоб у тебя ничего нормально не работало.
    Да, можешь спать спокойно.

     
     
  • 5.250, Аноним (-), 16:23, 08/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет. Эти кто-то с удовольствием позаботятся наоборот - чтоб у тебя ничего
    > нормально не работало.
    > Да, можешь спать спокойно.

    Да оно само получится. Хренакнется у тебя сратис гденить на середине операции - и что дальше тебе вообще никто не скажет. Потому что в душе нии...т! "Contact your support" как говорится. А у тебя support точно был в RHBM? И это еще 50/50 что раджи даже после интенсива по кнутованию смогут что-то предложить кроме "пересоздайте пул" :)

     
     
  • 6.251, пох. (?), 17:52, 08/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > support точно был в RHBM? И это еще 50/50 что раджи

    не умеешь летать - так нефиг выпендриваться!

    крути lvm командами lvm, навернется - ну хоть будешь точно знать что "пересоздайте пул".
    А xfs вряд ли так навернется, там все дубовое (пока этот оригинал не приделал "online fsck")

     
  • 2.118, Аноним (117), 00:23, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что еще унылым задр0там делать, кроме как бесплатно кодить то, за что нормальные люди получают деньги (чтобы иметь возможность нормально отдохнуть, а не др0чить перед монитором).
     

  • 1.12, Аноним (12), 15:30, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    не мужчина - слабак.
     
     
  • 2.34, Аноним (14), 15:57, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Сексизм. И попытка вызывать чувство вины. Фу быть таким как ты.
     
     
  • 3.46, Аноним (12), 16:09, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это обратный сексизм - такой можно. И не фу.
     
     
  • 4.91, Аноним (14), 19:23, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это одна из причин психологических проблем и в том числе алкоголизма.
     

  • 1.15, Аноним (6), 15:31, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    кстати, и обратите внимание- куда чувак свалил. код zfs - не требует приседаний и отжиманий ни с "сообществом"-серпентарием, ни с невменяемыми технологиями 1995го года по отслеживанию серий патчей, ни с такими же скриптами такого же года генерящими миллион ненужных предупреждений.

    Ну ок, глядишь, будет у нас fsck. Хотя судя по "online" - вряд ли.


     
     
  • 2.41, Аноним (42), 16:05, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну ок, глядишь, будет у нас fsck.

    И это после 15 лет доказываний адептами ZFS с пеной у рта, что нормальной файлухе fsck не нужен.

     
     
  • 3.49, Stax (ok), 16:11, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем он нужен, если она by design всегда консистентна и откатывается на предыдущее консистентное состояние, если текущее не доходит до корректного, а если из-за физического повреждения единственной копии порушились метаданные (ну чисто для примера), то и fsck не спасет?
     
     
  • 4.69, n00by (ok), 17:08, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    При намеренной порче данных может потребоваться восстановление. Кстати, как раз ZFS я убивал и удалось поднять.
     
     
  • 5.85, Аноним (163), 17:52, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > При намеренной порче данных может потребоваться восстановление.

    а при ненамеренной можно просто не заходить в каталог, вызвающий kernel panic (тоже рецепт от правильных пацанов из iX - следующий за "удалить пул и создать заново")

    > Кстати, как раз ZFS я
    > убивал и удалось поднять.

    тот чувак из австралии смотрит на тебя глазами кенгуру.

     
  • 2.44, Stax (ok), 16:08, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вы что курили??

    Причем тут вообще ZFS? Он написал, что продолжает работу над online fsck для xfs, чтобы это работало как в zfs. И еще пачку фич продолжит писать. Он прекращает быть мейнтейнером, а не разработчиком.

     
     
  • 3.53, Аноним (163), 16:17, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но... в zfs НЕТ никакого fsck... ни онлайн, ни офлайн.

    "destroy the pool and restore from backup" (c) горе-разработчик iX

    Он над этим собрался поработать? Ну п-ц вашим данным.

     
     
  • 4.110, Аноним (-), 23:38, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Но... в zfs НЕТ никакого fsck... ни онлайн, ни офлайн.

    Там scrub есть. А в XFS даже такого - нет. Извините, ребутать сервер чтобы чекнуть что данные в порядке и диски не битые как-то напряжно.

    > "destroy the pool and restore from backup" (c) горе-разработчик iX
    > Он над этим собрался поработать? Ну п-ц вашим данным.

    Учитывая что у редхата сбежали все блочники и ФСщики - имеет все шансы на успех.

     
     
  • 5.116, пох. (?), 23:58, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Там scrub есть.

    это распространенное чайничье заблуждение. scrub не исправляет (и даже не проверяет!) логические ошибки.
    все что он делает - пересчитывает контрольные суммы. Совершенно бесполезный и ненужный на исправном железе процесс.

    > Извините, ребутать сервер чтобы чекнуть что данные в порядке и диски не битые как-то напряжно.

    кто-то из Великих в свое время сравнил идею запускать fsck на смонтированной fs с попыткой хирургической операции на прыгающем пациенте.

     
     
  • 6.134, Аноним (-), 02:31, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я в курсе что это не онлайн fsck мистер умник Но у XFS нет даже и такого Там в... большой текст свёрнут, показать
     
     
  • 7.167, пох. (?), 10:18, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    у xfs есть офлайн И он вполне работает А у zfs - удалите пул и создайте заново... большой текст свёрнут, показать
     
     
  • 8.211, Аноним (-), 05:10, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А ты радостно вырубишь продовые системы и будешь с оптимизмом гонять это, на мно... большой текст свёрнут, показать
     
     
  • 9.220, пох. (?), 11:48, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    пока не будет поводов - не буду, нахрена мне ненужные проверки Я не верю в ваши... большой текст свёрнут, показать
     
     
  • 10.235, Аноним (-), 05:29, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это как pkunzip zip - без чексум ты это не заметишь и будешь уверен что все ЗБС ... большой текст свёрнут, показать
     
  • 6.160, Минона (ok), 08:51, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пох, ну ты не прав.
    Скруб не только пересчитывает кс.
    Если в процессе пересчета кс на зеркальном или raidz пуле на одном из дисков обнаружиться битый сектор, то данные будут перезаписаны в исправный.
     
     
  • 7.168, пох. (?), 10:23, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это не имеет отношения к scrub. Если не совпало - как и при обычном чтении, попытается прочитать другую копию (и перезаписать неправильную). Если ее нет или она тоже битая, как всегда - давайте повиснем, что-ли? Или крэшнемся, тоже интересно.
    А сам scrub просто "обычное чтение" и вызывает, волшебного там нет ничего.

    А нужно совершенно другое - внешняя утилита проверки что прочитался не мусор, структуры заполнены правильно и по указателю лежит что-то похожее на то что там должно быть, и если нет - попытка найти где же оно осталось (в случае zfs вполне реальная, просто откатившись на предыдущую txg) и восстановить. Независимо от того, совпадают ли у мусора контрольные суммы (может оно в памяти уже было такое и сумма-то совпадает).
    Ну б-ть, это умела ms-dos 1.1


     
  • 2.48, Stellarwind (?), 16:11, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы тупите - читайте первоисточник: "For now, I will continue to review patches and will try to get online
    fsck, parent pointers, and realtime volume modernisation merged." - он пытается фичу zfs добавить в xfs и никуда он не свалил.
     
     
  • 3.101, An2 (?), 21:20, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > и никуда он не свалил.

    С поста сопровождающего таки да:



    diff --git a/MAINTAINERS b/MAINTAINERS
    index d232e9e36b87..d6b82aac42a4 100644
    --- a/MAINTAINERS
    +++ b/MAINTAINERS
    @@ -23324,7 +23324,7 @@ F: include/xen/arm/swiotlb-xen.h
    F: include/xen/swiotlb-xen.h

    XFS FILESYSTEM
    -M: Darrick J. Wong <djwong@kernel.org>
    +R: Darrick J. Wong <djwong@kernel.org>
    L: linux-xfs@vger.kernel.org
    S: Supported
    W: http://xfs.org/


    https://lore.kernel.org/linux-xfs/169091989589.112530.11294854598557805230.stg

     

  • 1.23, Аноним (23), 15:42, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё, что вы хотели знать о качестве документации и кода ядра, в одном предложении:

    > Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features.  Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.

     
     
  • 2.26, Аноним (23), 15:44, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Рецензирование превратилось в кошмар, когда приходится продираться через недокументированный код ядра, пытаясь понять, не сломает ли эта новая функция все остальные.  Получение рецензий - это неприятный процесс переговоров с требованиями дальнейшей оптимизации, попыток понять, основан ли комментарий к рецензии на опыте или незнании, и размышлений о том, означает ли молчание что-либо.
     
     
  • 3.33, Аноним (33), 15:52, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    under - недо, un - не.

    Мужик говорит про недостаточно хорошо документрованный код, а не про недокументированный как тут перевели.

     
  • 2.27, bOOster (ok), 15:46, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Всё, что вы хотели знать о качестве документации и кода ядра, в
    > одном предложении:
    >> Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features.  Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.

    Качестве документации и кода ядра ->Linux<- забыл дописать.
    Ну в целом всем об этом давно известно и это в результате делает из него дуршлаг.

     
     
  • 3.45, Аноним (42), 16:09, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Качестве документации и кода ядра ->Linux<- забыл дописать.
    > Ну в целом всем об этом давно известно и это в результате делает из него дуршлаг.

    Если поменять "Linux" на, скажем, "OpenBSD", ничего не поменяется.

     
  • 2.32, Аноним (32), 15:51, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рекомендую там дальше прочитать требования к документации самой xfs. Типа никаких комитов меняющих структуры на диске без одновременного комита в документацию и т д.

    Так что не всего ядра. Лишь тех его частей за которые "отвечает" (нет) один программирователь-на-псевдокоде.

     

  • 1.30, Аноним (29), 15:49, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что-то они все посыпались...
     
     
  • 2.80, n00by (ok), 17:29, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пока ещё не все, но всякая лавина с чего-то начинается.
     
  • 2.111, Аноним (-), 23:41, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то они все посыпались...

    Нормальные спецы блочного уровня из редхата посыпались далеко не вчера. Последним из грандов ушел Josef Bacik. Теперь, вот, над btrfs работает. Весьма эффективно я б сказал. Видимо по его мнению тот дизайн стоит затрат времени на него, в отличие от того что редхат вытворял с своими сратисами.

     

  • 1.31, Пряник (?), 15:50, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Рецензирование описывается как кошмар, вызванный необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность.

    Тесты?

     
     
  • 2.36, Аноним (14), 16:00, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Тесты вместо документации это дно. Ещё один пункт: у меня же понятные имена функций зачем документация, таких тоже по башке.
     
     
  • 3.54, Stax (ok), 16:18, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну это же модный TDD. Да и agile говорит нам - код должен быть таким понятным, чтобы не нужна была документация!
     
     
  • 4.96, Аноним (201), 20:17, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Правильно говорит. Код действительно должен быть таким. Но только дурак из этого может сделать вывод о том, что документация не нужна.
     
  • 3.127, Аноним (127), 01:36, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Тесты вместо документации это дно.

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

     
  • 2.68, n00by (ok), 17:05, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В ядре такой метод тыка не приемлем.
     
     
  • 3.113, Аноним (-), 23:49, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В ядре такой метод тыка не приемлем.

    Syzbot про это безобразие не в курсе - и поэтому выкатывает девам баги оптом. Даже с автобисектом и пингом именно того кто накосячил. И пачка ботов всяких Kernel CI и кто там еще тестит на автомате - подвякивают. И еще есть kunit - юниттесты от гугли для ядра.

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

    А кто ему обещал что натягивать сову типа рефлинков на глобус типа XFS это просто?

     
     
  • 4.190, n00by (ok), 15:34, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Даже при понимании возможны ошибки, потому Syzbot не лишний. Когда нет понимания, никакие*) тесты не спасут.

    *) на полный перебор вариантов не хватит ресурсов.

     
     
  • 5.212, Аноним (-), 05:27, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, несколько раз я выруливал и не совсем понимая что я сделал, проверяя име... большой текст свёрнут, показать
     
     
  • 6.228, n00by (ok), 14:49, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это обычные для Даннинг-Крюгера сомнения Другой бы написал я вообще никогда не... большой текст свёрнут, показать
     
     
  • 7.236, Аноним (-), 06:10, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот я про это На уровне интуиции ощущается, но рациональная формулировка не при... большой текст свёрнут, показать
     

  • 1.59, Аноним (59), 16:30, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    XFS, давай досвиданья! Вот бы ещё кто-нибудь btrfs выкинул на мороз, вообще чудесно было бы.
     
     
  • 2.63, Вася (??), 16:53, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    XFS неплохая ФС была, но сейчас с каждым днем все меньше резона ее использовать. btrfs хорошей так, кажется, и не стала, но потанцевал есть
     
  • 2.76, Аноним (76), 17:18, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?
     
     
  • 3.83, Аноним (6), 17:48, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?

    ну конечно же ntfs3 (и, разумеется, vfat)

    Лучшие! (В целом, глядя на происходящую вакханалию - действительно ведь...)


     
     
  • 4.121, Аноним (117), 00:32, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Extfat ещё
     
     
  • 5.169, пох. (?), 10:24, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    не, это самсунг. Вряд ли у них получилось хорошо.

     
     
  • 6.216, Аноним (-), 06:32, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > не, это самсунг. Вряд ли у них получилось хорошо.

    Там на все надрывается 1 несчастный кодер по сути, на вот это и на ksmd. По нормальному это 2 галеры, каждая гребцов на 10. А тут 1 чувак на 2 галеры как-то раскорячился. Скажите спасибо что это вообще как-то плавает, бжад :)))

     
     
  • 7.217, Аноним (-), 06:33, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Там на все надрывается 1 несчастный кодер по сути, на вот это
    > и на ksmd. По нормальному это 2 галеры, каждая гребцов на
    > 10. А тут 1 чувак на 2 галеры как-то раскорячился. Скажите
    > спасибо что это вообще как-то плавает, бжад :)))

    Поправочка, ksmbd конечно. Надо же повторить опечатку поха, позор какой...

     
  • 7.222, пох. (?), 12:02, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    обратить внимание - и с xfs похожая хрень. По нормальному на галеру с двадцатью гребцами, а веслают десять. И то среди них два специалиста по диверсити и один альтернативно-одаренный.

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

    Поэтому raid6 как разваливался, так и будет - и ни одна живая душа с той галеры не знает, почему это происходит - за десять лет. (Кошка кока возможно знает, но она разговаривать не умеет.)
    А попытка wdшных гребцов приобщиться - не нашла понимания у кнутователя.

     
     
  • 8.238, Аноним (-), 16:30, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ох пардон, я с f2fs перепутал Хотя я посмотрел Таки реально - галер было ТР... большой текст свёрнут, показать
     
  • 4.173, Аноним (173), 11:16, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вспоминается классика
    "Господи, код NTFS — это багровый роман ужасов, написанный под опиумом в средневековье, где используются глобальные рекурсивные блокировки и управление потоком выполнения программы при помощи структурной обработкой исключений (SEH). Давайте вместо неё напишем ReFs. (И да, начнем с копипаста исходников NTFS и удаления половины функциональности! Теперь добавим контрольные суммы, потому что контрольные суммы это круто, и с контрольными суммами мы почти так же круты, как ZFS, верно? И вообще, кому нужны квоты?)"
     
     
  • 5.223, пох. (?), 12:04, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вспоминается классика

    Антинаучной фантастики.

     
  • 3.114, Аноним (-), 23:50, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?

    Отличный повод принять в ядро Bcachefs :)

     
  • 2.139, leap42 (ok), 06:29, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > XFS, давай досвиданья! Вот бы ещё кто-нибудь btrfs выкинул на мороз, вообще чудесно было бы.

    Эм... Вы из тех, кто хочет новый драйвер ntfs от paragon для всего или очередной фанат трижды четырежды переваренного кала (ext4)?

    До выхода пятой версии (XFSv5) у нас не было ни одной внятной ФС, теперь есть. Никакого досвиданья не будет.

     
     
  • 3.170, пох. (?), 10:27, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Эм... Вы из тех, кто хочет новый драйвер ntfs от paragon

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

    И fsck вроде даже работающий (хотя всегда лучше предоставить эту работу вендепоганой, она - умеет). От парагонщиков так и не дождались обещанного гораздо более лучшего. Слишком много усилий ушло на переписывание color на colour и обратно.


     
     
  • 4.176, Аноним (176), 11:53, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >она - умеет

    Что умеет, прости? Добить? Да, ntfs не зря известна тем, что постоянно рассыпается. Эти баги каждые пару лет фиксят, только в 1 месте исправляют, в 10 других ломают.

     
     
  • 5.181, пох. (?), 12:34, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/

    > Что умеет, прости? Добить? Да, ntfs не зря известна тем, что постоянно

    врунишкам  с опеннета много чего известно. Зачем ты раскрываешь рот если не можешь на каждой фразе не врать?

     
     
  • 6.185, Аноним (176), 13:39, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну почему же, всем известно, кроме фанбоев, вроде тебя. МС вполне конкретно сообщает в ченджлогах каждый раз, из того. что я видел.
     
     
  • 7.226, пох. (?), 12:25, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну почему же, всем известно, кроме фанбоев, вроде тебя. МС вполне конкретно
    > сообщает в ченджлогах каждый раз, из того. что я видел.

    прям так тебе лично и сообщает - постоянно, де, разваливается.


     
  • 6.213, Аноним (-), 05:31, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > врунишкам  с опеннета много чего известно. Зачем ты раскрываешь рот если
    > не можешь на каждой фразе не врать?

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

    А проблемы с RAM или диском юзер замечает обычно лишь когда толи бсод при маунте, толи оно вообще не хочет маунтиться и chkdisk не чинит это, толи половина файлов куда-то ВНЕЗАПНО испаряется, то еще какая-то хня.

     

  • 1.66, n00by (ok), 16:59, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Самое время перечитать второе интервью Эдуарда Шишкина.
     
     
  • 2.97, Аноним (201), 20:19, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше расскажи как там код этого клоуна поживает. Уже годится в прод или всё ещё уже вот-вот почти, осталось только написать, да нет времени?
     
     
  • 3.231, Аноним (231), 17:10, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Рейзер ещё с прошлого века как в проде
     
  • 2.135, Аноним (-), 02:43, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это как позвать физика-теоретика электровоз проектировать Чисто теоретически он... большой текст свёрнут, показать
     
     
  • 3.191, n00by (ok), 15:43, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "Теоретик" через 10 лет после первого интервью вдруг сам захотел повторить. И говорил он больше о коррупции и проблемах управления (см. текст новости, про двойной перегруз как причину выгорания), чем о ReiserFS. Зачем он это сделал? Что бы ещё через 10 лет в третьем интервью напомнить о своём прогнозе. ;)
     
     
  • 4.203, Аноним (201), 19:36, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Языком молоть — не мешки ворочать. Цитируя одного известного программиста, talk is cheap, show me the code.
     
     
  • 5.229, n00by (ok), 14:54, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так если прогноз сбудется, цена на его talk возрастёт. ;)
     
     
  • 6.254, iCat (ok), 10:07, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так если прогноз сбудется, цена на его talk возрастёт. ;)

    Talk - не файловая система...

     
  • 4.218, Аноним (-), 06:37, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > "Теоретик" через 10 лет после первого интервью вдруг сам захотел повторить. И
    > говорил он больше о коррупции и проблемах управления (см. текст новости,
    > про двойной перегруз как причину выгорания), чем о ReiserFS. Зачем он
    > это сделал? Что бы ещё через 10 лет в третьем интервью
    > напомнить о своём прогнозе. ;)

    Этот теоретик свои проекты вообще не научился менеджить, и отпугивает вообще всех кодеров. И потому явно не в том состоянии чтобы другим давать мастерклассы на тему. Пусть сперва что-то работающее и пригодное к экплуатации выкатит, а потом учит других как это делать правильно. Офигенный маглев существующий только в виде набросков - из пункта А в пункт Б вашу задницу не привезет.

     
     
  • 5.233, Аноним (231), 21:32, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > и отпугивает вообще всех кодеров

    быдлокодеров?

     
     
  • 6.239, Аноним (-), 16:40, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> и отпугивает вообще всех кодеров
    > быдлокодеров?

    Насколько я вижу, у него такие - "все кроме Шишкина". Поэтому команда состоит из одного Шишкина. Ну а ваши шансы дожить до релиза более-менее стабильной файлухи в юзабельном виде, соответственно, около ноля. Не живут люди столько.

     

  • 1.72, Бегущий по лезвию (?), 17:15, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мы называли это отправить в отставку
     

  • 1.77, Аноним (77), 17:19, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > "он взял на себя непосильную ношу и выгорел"

    Что что он взял? Куда?

     
  • 1.81, Аноним (81), 17:32, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что там специфичного от дистров может быть?
     
  • 1.87, randomize (?), 18:08, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Кандана Баду (Chandan Babu)

    Бабу.

     
  • 1.88, Аноним (88), 18:28, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    "По его словам он взял на себя непосильную ношу и выгорел, пытаясь совместить роль разработчика, рецензировщика, тестировщика, релиз-менеджера и контактного лица"

    "Бери ношу по себе, чтоб не падать при ходьбе" - круглый.

     
  • 1.92, Аноним (92), 19:54, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Oracle рейдернул подсистему ядра Linux, забрал ключевого инженера под свой ZFS и еще и попросил товарища написать как все плохо...
     
  • 1.98, Аноним (92), 20:48, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А вообще самое документированное и нормально пропиентароное ядро - это Solaris. Для приделывания к нему ZFS аж написали специальный wrapper - SPL. Собственно он нужен для того что-бы Solaris ничего не знал о ZFS.

    Еще одно отлично документированное ядро - это ntcore. Клон OpenVAS от которого осталось непойми что в современном Windows.

     
     
  • 2.115, Аноним (-), 23:57, 02/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А вообще самое документированное и нормально пропиентароное ядро - это Solaris. Для
    > приделывания к нему ZFS аж написали специальный wrapper - SPL. Собственно
    > он нужен для того что-бы Solaris ничего не знал о ZFS.
    > Еще одно отлично документированное ядро - это ntcore. Клон OpenVAS от которого
    > осталось непойми что в современном Windows.

    Что-то им не помогло: один совсем сдох, под второй в виндофоне как раз драйверов не было, да и у майкорсофта с файлухами тоже как-то "не очень". Доисторический NTFS, еще более архаичный FAT, да ReFS являющийся жалкой пародией на btrfs и zfs, не умеющий и трети от их возможностей.

     
     
  • 3.151, User (??), 08:13, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Доисторический NTFS, еще более архаичный FAT, да ReFS являющийся жалкой пародией на btrfs и zfs, не умеющий и трети от их возможностей.

    Доисторический - не доисторический, а лучше-то и нету ничего, ага? Приемлемая производительность в большинстве реальных кейсов, _нормальные_ acl (POSIX-acl не предлагать!), больмень работающие snapshot'ы (Опять таки - про lvm нннинада), управление томами... Для каких-то случаев можно найти лучшую альтернативу - но в целом? Не-а. Без вариантов.

     
     
  • 4.158, Аноним (-), 08:42, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В маздае - да Хотя и туда с горя вон драйвер btrfs а накодили Правда не майкро... большой текст свёрнут, показать
     
     
  • 5.162, User (??), 09:38, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Я же перейдя на линух тома в NTFS все извел. А зачем оно надо? Медленная печальная файлушка по лекалам 90х. Если у вас ничего слаще морковки нет - ну, окей.

    Рабинович ntfs3g насвистел, да? Не, ну в таком изводе и впрямь - нинада.
    >Я тот же линукскернел компилю регулярно.

    Аааа, ну тут да, тут не поспоришь ). В дисциплине конпеляния линуксов у линуксов конкурентов нет ))).
    >Можете даже не вякать как NTFS с таким работает - я видел, "никак".

    NTFS определенно _медленнее_. В краевых случаях - _значительно_ медленнее. Впрочем, "краевые случаи", где другие ФС встают колом я тоже видел.
    Беда в том, что при попытке не просто "навалить кучу" а сделать чего-нибудь полезное ситуация некоторым образом м-ммм...меняется. Запускаем какой-нибудь жЫрный постгрес и btrfs с его коровами-и-снапшотами превращается в тыкву. Ну ой, не преднозначено оно. Не, ну можно конечно коровок отломать - но тогда и со снапшотами попрощаешься. Захочешь ты фс зашифровать... ой, а оно ниумеет - а после того как ты какой luks\ecryptfs на скотч-и-изоленту к этому делу прикрутишь - ситуация с производительностью уже чуть-чуть, самую капельку, малость - отличаться будет. Решишь ты вместо "хипстерской коммуны" мал-мала порядок навести и acl для доступа накрутить - ээээ... а оно нионо. Т.е. можно в юзерспейсе - но "за перформанс" опять же не поговоришь.
    По ряду кейсов таки да, можно найти инструмент получше и местами\временами это даже окупается. Но in general - без вариантов.

     
     
  • 6.215, Аноним (-), 06:05, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, э, я их еще до того момента аннулировал А так он работает Но нтфс от этого... большой текст свёрнут, показать
     

  • 1.112, Аноним (112), 23:44, 02/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >подготовил рекомендации по оптимизации работы
    >Ожидание: ChatGPT
    >Реальность: меры, что мёртвому припарка

    Давно пора закопать эту ненужную ФС.

     
     
  • 2.140, leap42 (ok), 06:32, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Давно пора закопать эту ненужную ФС.

    Это кому ненужная, виндузятникам? У меня 6 дисков на XFS. Из крутых NVMe вообще можно выжать всю скорость только на XFS.

     
     
  • 3.146, _ (??), 07:59, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Из крутых NVMe вообще можно выжать всю скорость только на XFS.

    Woooot??!?! 8-о
    Опиши физику процесса плс?

     
  • 3.234, Аноним (234), 05:12, 05/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Все не ограничивается лишь XFS. Это под силу и EXT4, и ZFS.
     

  • 1.126, Котенька (?), 01:15, 03/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > людям, развивающим XFS, приходится тратить большую часть своего времени на бэкпортирование специфичных для дистрибутивов изменений

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


     
  • 1.130, Аноним (128), 01:55, 03/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Полез читать что это, не понял зачем это нужно. Придумали сию файловую систему для рендер-ферм в девяностые, зачем оно нужно в урезанном виде в сегодняшнем линуксе - без понятия.
     
  • 1.171, Да ну нахер (?), 10:37, 03/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну господина Торвалдьса изо всех сил пытались научить делать нормально. Но получилось что получилось.
     
     
  • 2.175, Аноним (176), 11:36, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Иными словами, получилось идеально, несмотря на всяких мешающих выродков с нездоровыми амбициями?
     
     
  • 3.177, пох. (?), 11:54, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    тратить большую часть своего времени на бэкпортирование специфичных для дистрибутивов изменений и разбор автоматически сгенерированных отчётов об ошибках. Рецензирование описывается как кошмар, вызванный необходимостью разбирать недостаточно документированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность.

    идеально же ж, бжд!

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

     
     
  • 4.178, Аноним (176), 12:07, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как бы а что ты предлагаешь, если Копрошляпы не хотят нормально делиться кодом? Остаётся только копаться в костылях конкурентов. Ну и в данном случае речь всё же идёт о конкретном мусорном коде мусорной ФС, которую портировали из мусорного мёртвого юникса мёртвой корпы.
     
     
  • 5.180, пох. (?), 12:33, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    там все кроме одного пункта не имеет отношения к нормально делиться.
    (если ты не имеешь в виду что они обязаны все эти приседания зачем-то выполнять самостоятельно и за оплачиваемое время своих индусов - это не нормально)

    Оно о том что процесс разработки ведра - это адов трэш и мешанина худших технологий начала 90х, требующий совершенно неадекватных усилий от майнтейнера.

     
     
  • 6.183, пох. (?), 12:48, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > там все кроме одного пункта не имеет отношения к нормально делиться.

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

    А дальше вступает в силу -
    > Оно о том что процесс разработки ведра - это адов трэш и
    > мешанина худших технологий начала 90х, требующий совершенно неадекватных усилий от майнтейнера.

     

  • 1.184, Аноним (184), 13:36, 03/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Называется "Красношляпа довыпендривалась"
     
     
  • 2.186, Аноним (3), 14:31, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Красношапке как-то пох на мышиную возню всяких дистров
     
     
  • 3.187, Аноним (187), 14:42, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    вобще-то они на xfs сделали ставку

    и сами много сил вложили в её развитие

     
     
  • 4.197, Аноним (197), 17:13, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какую еще ставку? Никто не использует XFS под линукс сто лет в обед.
     
     
  • 5.206, пох. (?), 22:00, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    эксперт опросил свою тульпу и чучело кота?

     

  • 1.195, Аноним (197), 17:10, 03/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сколько строчек и ради чего? Нахрен он нужен XFS? Есть EXT-4. Что вам надо еще? Надо экзотики ставьте BTRFS\ZFS.
     
     
  • 2.196, xsignal (ok), 17:11, 03/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    f2fs!
     
     
  • 3.230, Аноним (230), 16:07, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    поставить и в предвкушении ожидать отключения электричества
     
  • 2.219, leap42 (ok), 07:05, 04/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Нахрен он нужен XFS? Есть EXT-4. Что вам надо еще?

    Ну как, нам нужна нормальная FS, а не EXT4 🤷‍♂️

     

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



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

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