Реализация XFS в ядре 5.10 решит проблему 2038 года

Код выйдет на уровень конфига Sendmail

Вот теперь стало реально страшно

Я наделялся что до 38 года придумают новые принципы хранения информации и будут соответствующие ФС. Походу не стоит надеяться.

Ну, они сами лишили себя ZFS, их никто не заставлял… ^_~

да бэкпортнут кому надо не боись

Не пойдёт. По дефолту 64битную дату не включили для обратной совместимости с 32 битными ядрами, которые используют только 32 битное время и пока не могут использовать 64битное.

Ну, говорят что создатели пытались написать API для вызова дьявола

возможность столкновения с Землёй в 2029 году исключена, а в 2036 году — чрезвычайно маловероятна

этим станкам ещё в этом десятилетии обновят мозги..

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

говорят что создатели пытались написать API для вызова дьявола

Дьявол увидел апи и зассал с ними иметь дело?

ядро 2.6/3 в разы меньше
сколько там косяков в реализации коннтрака

Ясно-понятно. Размер - это количество косяков.

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

Поправил.
А серьёзно, благодаря возможности не думать о неизвестных типах в случайных местах в TS майкрософту со второй попытки удалось зохавать JS. И Слава Богу.

Бля, молодежь…

Экзорцисты ж сто лет назад запретили конфиг Sendmail писать, и со второго издания «Руководство Системного Администратора» пишут только в m4!

А лысый - цвет волос.

Да. Иначе придет злой хацкер и физически испортит дорогой станок. Этот урок выучили, по-моему, ещё в прошлом веке.

только в m4!

Простите, я не из этих. Лет 15 назад правильно написанная пачка правил неплохо от залетных спамеров защищала.
Щас-то, понятное дело, это и даром никому не уперлось. Теперь бы для входящих вызовов что-то типа серого списка найти :p

В смысле к 2038 году нигде не будет ядер меньше 5.10 что ли ?

«настоящему индейцу» никто не может запретить иметь любую дату на его компьютере.

вангую «Office Space 2038» :)

Я еще помню «Вы что, не понимаете что ли? 1 января 2000 года все программы, где год двузначный, подумают, что это 1900 год!

Initech

Ну не то чтоб засцал… стошнило его

а после перехода на 5.10 все данные на xfs пойдут лесом

С какого бодуна? У xfs как бы версии есть, и прочитать данные старой версии проблемы не составляет. А чтобы новые писать с большими timestamp’ами уже скорее всего придется переформатировать

У xfs как бы версии есть, и прочитать данные старой версии проблемы не составляет.

В теории. А на практике:

принесли винт с древней xfs. как его подключить ??

Между соседними версиями проблем быть не должно

Есть гарантия, что на старой системе будет предпоследняя версия (т.е. последняя на середину 2020 года)?

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

Есть ощущения (при чтении изменений при выходе очередного ядра), что и между версиями XFS немало изменений.

Вот это, например, было с самого начала v5?

Realtime раздел у XFS. Файлы отдельно, inode'ы отдельно.

И ещё, например:

Текущая версия (v5) используется начиная с ядра 3.15

Starting Linux 3.16, XFS has added a btree that tracks free inodes.

The feature enabled by default when using xfsprogs 3.2.3 or later.

https://wiki.archlinux.org/index.php/XFS#Free_inode_btree

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

Не очень ясно сформулировано. Сначала прочитал как «32 битные ядра могут использовать только 32 битное время».

Вот наконец кто понимает. Таким образом новая xfs должна смотреть какой диск и если старый то монтировать его в режиме ro и потом рядом делать раздел с новой xfs и переписывать все со старой, причем старое ядро (до 5.10) уже этот новый раздел не поймет.

Музеи тоже нужны. Не всем конечно

Hi Linus,

Please pull this second large pile of new stuff for 5.10, with changes
even more monumental than last week!  We are formally announcing the
deprecation of the V4 filesystem format in 2030.  All users must upgrade
to the V5 format, which contains design improvements that greatly
strengthen metadata validation, supports reflink and online fsck, and is
the intended vehicle for handling timestamps past 2038.  We're also
deprecating the old Irix behavioral tweaks in September 2025.

https://www.spinics.net/lists/linux-xfs/msg46072.html

Вы имели в виду что проблема в XFS присутствует и её решит реализация 5.10 ? так как сейчас в EXT4 ограничения на 2446год

touch -d 25401231 file; ls -l file;

-rw-r–r– 1 svsdval svsdval 0 мая 11 2446 file

Через пять лет все обновятся и забудут, твоё нытье не релевантно.

Истинно вам говорю: 4 мая 2486 года земля налетит на небесную ось!

Хорош, как люди жили так и будут

IRC вполне живо (и не очень понятно, в чём к нему претензии).

Плохо было бы, если бы проблема была 2025 года, а не 2038го

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

The XFS v5 on-disk format is considered stable for production workloads starting Linux Kernel 3.15

9 июн. 2014 г. — … Линус Торвальдс представил релиз ядра Linux 3.15.

Ну, то-есть дали 10 лет системам, которые уже работают минимум 5. Имхо, вполне норм.

А какая у Путина проблема?

Живо, вон на прошлой работе им пользовались, но и там, говорят, сносят ко всеобщей радости. Офлайн-сообщения, обмен файлами, не вырвиглазный клиент, мобильный клиент чтоб батарейку не ел (не знаю, может сейчас сделали)? Не, ну кому это может быть нужно. Технологическая компания, надо без этого вашего хипстерсва. Поставь баунсер, цветовой кодировки хватит всем, консольный - лучший, необходимо страдать. (Slack, конечно, хуже всех с отрывом в парсек, IRC у меня на втором месте)

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

Как там Агилия?

А лысый - цвет волос.

Да. А пузо – комок нервов.

Меня больше расстраивает восьмибитное поле длинны имени. ZFS не для десктопа, можно понять, но даже btrfs гвоздями прибивают.

32 битными ядрами, которые используют только 32 битное время

А кто мешает 32 битным ядрам использовать 64 битное время?

Меня больше расстраивает восьмибитное поле длинны имени.

Ты собрался «Войну и Мир» в названии файла использовать или тебя жависты покусали? Имена файлов и названия функций/переменных должны быть краткими и понятными, то есть простыми.

ZFS не для десктопа, можно понять

Она вполне применима на десктопе (а учитывая что я упорот, она у меня и на ноуте крутится), другое дело что она себя полностью не раскроет.

но даже btrfs гвоздями прибивают

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

XFS

Ей ещё кто-то пользуется?

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

Без лоха жизнь плоха. Вообще, обманывать людей грешно. Лично я когда поставили вопрос, честно рассказал, что это такое и с чем его едят. Только мне не поверили и в приказном порядке настойчиво попросили провентилировать вопрос и доложиться по всей форме.

Я проверил всё, проторчал в офисе до зелёных веников, когда петухи начали кукарекать к заутрене. Честно сделал бэкап бухгалтерии, запер в сейф и сдал под охрану. Немного поспал и попрыгал в универ. Сессия вроде была. Мне выписали премиальные и я затарился на них книжками и ящиком Holsten. Хотел ещё бухгалтершу вывести в люди, но слава богу передумал.

На самом деле начальство просто хотело спать спокойно. Это называется делегированием ответственности.

Короче говоря, «проблема 2000» стала проблемой для меня одного.

Ну, вероятно, годами сформированное API/ABI ядра в котором многие величины ограничины битностью системы и «common sense» 30ти летней давности). Но в принципе переписать можно, да. Что собственно и сделают, вероятно, со временем.

Эм, это чуть ли не единственная ФС на которую ориентируются разработчики большинства БД, распределённых ФС и т.п. Единственный вариант для хранения огромных объёмов данных на одном разделе и т.п.

Даже MS настоятельно рекомендует именно XFS для линукс версии MS SQL, так как только она умеет в гарантированный FUA/FLUSH CACHE, столь же хорошо как и NTFS.

я уже до этого не доживу

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

В ядре 5.6 уже. Вычистили последние остатки 32-битного time_t, вроде.

https://cynicmansion.ru/1685/

Отлчино. Решу проблему загодя.