LINUX.ORG.RU

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

 , ,


1

1

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

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

★★★★★

Проверено: Satori ()
Последнее исправление: Satori (всего исправлений: 1)

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

Оно что не совмстимо с текущих XFS что ли будет ? Почему просто все ядра на это дело не пропатчить …

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

Почему просто все ядра на это дело не пропатчить …

Системы с ядром почти 20-ти летней давности - ССЗБ.

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

Из-за stable api nonsense такие системы норма. Никто не оплатит апстриминг всех патчей ядер и разработку драйверов пригодных для mainline, будут сидеть на старых

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

У меня есть подозрение, что системы с 20летним ядром живут в собственных коробках, где время застыло в начале 2000х.

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

Почему? Откатил время на 2008й и за 30 лет наверное они сдохнут. А через 30 лет можно еще раз откатить, я уже до этого не доживу. Ну у систем с 20летним ядром текущее время вообще не самая актуальная проблема.

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

В твоём варианте не соблюдается монотонгость времени. Даже банальная сортировка по времени вызовет проблемы. Так же может быть проблемой несоотвествие времени со внешним миром если у коробки оно всё-таки есть. Это и есть проблема 2038 года. принципиальной разницы откатить до 2008 или до 1970 завернув 32битный time_t нет

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

Там еще куча проблем вылезет, вроде тухлых сертификатов, которые уже не обновить, например. Выпускать общаться такое с другими - себе дороже, при том что скорее всего система «20 лет без обновлений» будет дорогим медоборудованием или станком с ЧПУ.

Плохо было бы, если бы проблема была 2025 года, а не 2038го. Тогда да, пляски-гулянья.

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

https://www.shodan.io/host/84.242.109.195

Петпроджект? CVE 2006 года? Хостинг в виде «статики» upc.cz (на самом деле это Водафон и сколько той статике еще жить, зная этих уродцев)? Торрент-трекер? Icecast с мордой в мир? Домен в gTLD сложной судьбы и непонятного будущего? Скорее всего, немолодой уже админ (здесь гадаю, но судя по .su)? Мне кажется, 2038 год принесет этому хосту экзистенциальные проблемы.

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

Что мне кажется что эта новая XFS не будет совместима со старой. Интересно как будут обновлять на 5.10 ядро ? Переписывать террабайты инфы ?

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

Making a new XFS file-system with bigtime enabled allows a timestamp range from December 1901 to July 2486 rather than December 1901 to January 2038. For preserving backwards compatibility, the big timestamps feature is not currently enabled by default.

mittorn ★★★★★
()

2038 год… да они оптимисты однако…

WindowsXP ★★
()

Представляю себе, 2037 год, на ЛОРе срач в стиле «Федора перестала формировать 128битные сборки, переходит на 256битные сборки» и крики «да у меня куча 128битного железа! да что мне эта ваша проблема 2038 года, я серьёзный бизнес, у меня железо еще при Путине собрано на ядре 2.6.32, я ничо не апгрейдил, все работает!»

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

Вы что не понимаете что ли ? Вот лежат петабайты на xfs и это 2037 год. Завтра дата уже не будет восприниматься и поэтому нужно перейти на 5.10 а после перехода на 5.10 все данные на xfs пойдут лесом …

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

Банальные дни недели входят в это же множество.

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

думаешь, Путин не решил проблему 2038 года?

Он только до 2036 решил.

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

128-битные и 256-битные CPU доступные на широком рынке были еще в 2004-2005 годах. К одному из них приложил свою руку сам Торвальдс.

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

или станком с ЧПУ.

станки с ЧПУ очень активно общаются через сеть в пределах локалки. Никто не будет таскать программу на флоппиках

cvs-255 ★★★★★
()

Вики: XFS — высокопроизводительная 64-битная журналируемая файловая система

64-битная. 2038 год. 64-битная. Мда

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

Вы что не понимаете что ли ? Вот лежат петабайты на xfs и это 2037 год. Завтра дата уже не будет восприниматься и поэтому нужно перейти на 5.10 а после перехода на 5.10 все данные на xfs пойдут лесом …

Я еще помню «Вы что, не понимаете что ли? 1 января 2000 года все программы, где год двузначный, подумают, что это 1900 год! Случится ужасное, самолёты остановятся и упадут, атомные станции взорвуться, а может быть даже баба их бухгалтерии потеряет отчёт, что хуже всего!» И ничо, успели как-то)

Alve ★★★★★
()

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

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

расслабься ;) к 2486 году таки выйдет матапрог и патчи 589302-го ядра для поддержки ФС vbtrxfs/4096 будут рисоваться силой мысли ИИ // если что

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

Иконопись будет. На тугоплавком пластике.

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

Путин - вечен. Как Дедушка Ленин. Другое дело, что тогда будет уже некому править и накладывать патчи, кроме угрюмых неряшливых стариков - код выйдет на уровень js, а оси будут иметь в своем ядре всего одну главную деталь - JIT-транслятор js. И даже работа с памятью, и даже ФС будут реализованы на js, попомните мои слова.

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

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

Системы с ядром почти 20-ти летней давности

OpenWRT без аппаратного NAT: ядро 2.6/3 в разы меньше более поздних ядер.

Shadow ★★★★★
()

Интересно, когда проектировали UNIX, не верили, что он доживёт до 2038 г.? Вряд ли такое «узкое место» могли случайно выпустить из виду.

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

Ты просто не знаешь, сколько там косяков в реализации коннтрака, например. Не говоря уже про IPv6.

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

Я помню этот вопрос в 1999м, когда на флагах была «проблема 2000 года».

Ну правда, ее начали решать за 17 лет до собственно проблемы.

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

Это все хорошо когда в контексте, например, в музее. Сейчас я вспоминаю bbs и irc только с мыслями, что хорошо, что это все ушло. Gopher почти не застал, может быть, 1 раз пользовался. PS3 вообще не очень понятно: это 2006й год, гофер, Ирка и ББСки тогда уже были неактуальны. PS3 - на ней GTA V идет. Это всего лишь инструменты, новые лучше.

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

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

Опять временные костыли? Совсем быдлокодеры обленились!

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

Системы с ядром почти 20-ти летней давности - ССЗБ.

Помнишь как у амеров соцстрах на коболе накрылся недавно. Ему сильно больше 20 лет. Таких систем тонны, и там максимум критичные дырки латают

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