LINUX.ORG.RU

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

 , ,


1

1

Реализация XFS в ядре 5.10 решит проблему 2038 года до 2486 года, в ней реализованы «большие даты». Сейчас дата у файла не может быть больше, чем 2038 год, что, конечно, не завтра, но и не через 50 лет. Изменение откладывает проблему на 4 века, что приемлемо на нынешнем уровне развития технологий.

>>> Подробности

★★★★★

Проверено: Satori ()
Последнее исправление: Satori (всего исправлений: 1)
Ответ на: комментарий от exst

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

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

mord0d ★★★★★
()
Ответ на: комментарий от mx__

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

chaos_dremel ★★
()
Ответ на: комментарий от anonymous

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

Thero ★★★★★
()
Ответ на: комментарий от cvs-255

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

Thero ★★★★★
()
Ответ на: комментарий от Alve

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

Thero ★★★★★
()
Ответ на: комментарий от BydymTydym

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

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

upcFrost ★★★★★
()
Ответ на: комментарий от Shaman007

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

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

Shadow ★★★★★
()
Ответ на: комментарий от DzenPython

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

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

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от BydymTydym

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

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

Shadow ★★★★★
()
Ответ на: комментарий от cvs-255

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

Shaman007 ★★★★★
() автор топика
Ответ на: комментарий от Shadow

только в m4!

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

BydymTydym
()
Ответ на: комментарий от mx__

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

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

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

dummy ★★
()
Последнее исправление: dummy (всего исправлений: 1)
Ответ на: комментарий от Alve

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

Initech

dummy ★★
()
Ответ на: комментарий от mx__

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

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

annulen ★★★★★
()
Последнее исправление: annulen (всего исправлений: 1)
Ответ на: комментарий от greenman

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

annulen ★★★★★
()
Ответ на: комментарий от annulen

Есть ощущения (при чтении изменений при выходе очередного ядра), что и между версиями 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

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 2)
Ответ на: комментарий от chaos_dremel

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

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

greenman ★★★★★
()
Ответ на: комментарий от BydymTydym

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

mx__ ★★★★★
()
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

d ★★★★
()

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

touch -d 25401231 file; ls -l file;

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

svsd_val ★★
()
Ответ на: комментарий от mx__

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

anonymous
()
Ответ на: комментарий от Rinaldus

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

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

karton1 ★★★★★
()
Последнее исправление: karton1 (всего исправлений: 1)
Ответ на: комментарий от Shaman007

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

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

lenin386 ★★★★
()
Последнее исправление: lenin386 (всего исправлений: 1)
Ответ на: комментарий от d

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

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

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

chaos_dremel ★★
()
Ответ на: комментарий от spqr

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

Shaman007 ★★★★★
() автор топика

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

anonymous
()
Ответ на: комментарий от Shaman007

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

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

anonymous
()
Ответ на: комментарий от mord0d

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

boowai ★★★★
()
Последнее исправление: boowai (всего исправлений: 1)
Ответ на: комментарий от chaos_dremel

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

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

cvs-255 ★★★★★
()
Ответ на: комментарий от boowai

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

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

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

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

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

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

mord0d ★★★★★
()
Ответ на: комментарий от lenin386

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

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

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

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

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

anonymous
()
Ответ на: комментарий от cvs-255

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

chaos_dremel ★★
()
Ответ на: комментарий от gremlin_the_red

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

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

chaos_dremel ★★
()
Ответ на: комментарий от Shaman007

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

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

anonymous
()
Ответ на: комментарий от cvs-255

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

boowai ★★★★
()

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

banduga
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.