Где-то в году 292,277,026,596 ,5 декабря сисадмин 64-х битных компов схватится за голову со словами " ну было же время,надо было заранее позаботиться,но нет,я всё откладывал.. "
64-разрядные системы МОГУТ но не обязательно используют все величины в 64-битном виде. Большинство записей реестра винды хранится вообще в 8 или 16 битном виде. А маки, хоть и бывали 64-битными, все до единого работают с ядром юникс, в котором то же самое 32-битное время
th-cam.com/video/TOqfeP4GeeA/w-d-xo.html Какая-то странная оговорка. То ли автор так хитро повернул, то ли переводчики намудрили. Не может быть минимум 0 и максимум 256. Максимум будет 255. Но всего 256 значений, да
Многие разработчики и производители уже работают над обновлением и модернизацией программного обеспечения для избегания негативных последствий конца времени Unix для 32-битных систем.
@@alexanderbelkin5978 А при чем тут ОС? Счетчик-то в железе зашит... Тут как минимум, обновление прошивки BIOS нужно. А скорее всего - просто выкинуть старое железо
@@KirillChaykin какой счётчик в железе? если ты про таймер в bios то он нормально работает до 9000 года! в видео разговор про unix-time, эру от создания unix
4:13 это ошибка перевода или в оригинале ошиблись? В 8-бит числе счёт идет от 0 до 255, а не до 256. То есть всего 256 чисел, где 1-е число 0 и 256-е число 255
Не понимаю, где вообще могла быть "ошибка 2000",там на год было 6 бит, которые приплюсовывались к 1980, то есть тот счётчик заканчивался, в 2011. Привет календарю Майя :)
Не все помнят, но настоящая проблема 2000 случилась не 01.01.2000, а 29.02.2000, потому что не все учётные системы знали, что 2000 год является исключением из исключения. Високосный каждый 4-й, но не високосный каждый 100-й, но опять високо ный каждый 400-й. 1900 не был високосным, а 2000 был.
Представление, что где-то стоят древние компы из 80-х, делают важную работу и на них надо молиться, неверно. За каждой важной работой с их важными компами есть организации и люди с конкретными зарплатами и фамилиями, к которым (в случае чего) можно прийти с оружием, сломать им части тела или нафантазируйте всё остальное. Так что желающих дурковать не будет.
Этот чел не вкурсе что уже со времён 286 процессоров уже стояли на метеринских платах RTC модули. И батарейка как раз в них впаивалась изначально. А уж потом она до кучи хранила конфиги BIOS. Начал загибать тут деревне про NTP сервера которые чекают выключеннын компы.
Вообще-то, время уже давно представляется 64-х битным вещественным числом: целая часть - дни, дробная часть время в миллисекундах. Т.ч. чуваку надо другую шабашку искать на пенсии. :)
Високосные секунды не учли же. Из-за них никто сейчас не сможет назвать время UTC переполнения счётчика с точностью до секунды, т.к. високосные секунды добавляются (или, теоретически, вычитаются) по состоянию вращения Земли (регистрируемое обсерваторией службы вращения Земли в Париже), на которое влияет слишком много факторов, так что предсказать сильно заранее невозможно. Вообще, до сих пор дополнительные секунды добавлялись в UTC частенько, но в последние несколько лет Земля в среднем перестала замедлятсья, а вместо этого немного разогналась, поэтому уже аж с 2016 года високосных секунд не было. Но до 2038 ещё далеко и много чего может измениться. Только с 2035 года вроде как решили перестать вводить високосные секунды, но это ещё не окончательное решение. Если всё-таки отменят, уже в 2035м рассчитаем точное время, если же нет - то после июня 2037, когда опубликуют решение, вводить или не вводить дополнительную секунду 31.12.2037 в 23:59:60.
Всем привет, я из 2038 года, у нас уже 256 битные процессоры, а аналогичную проблему y2k устранили ещë в 2026 году, а тем временем в Москве снесли все хрущëвки и всë за строили небоскрëбами. Так же прямо сейчас достроили 26190375738 ветку говорят то что это уже 80 ветка которая идëт вокруг экватора, так же Трамп победил на своих 100 выборах
В отсеке США на МКС до сих пор 8-дюймовые флоппи-диски есть, а тот вертолёт, который якобы над Марсом летает - у него память как у калькулятора. Что уж говорить про некие Вояджеры, которые уже 40 лет летят и якобы работают и программы принимают и перезагружаются....Короче, что-то с чем-то никак не увязывается.
Мы склонны недооценивать количество старого железа и софта, так как мы тут стартовали позже и много софта было написано без необходимости с тем, чтобы считаться с обратной совместимостью. Главная беда с этим переполнением и откатом даты - неправильные сравнения дат для выборки данных и условий, а их много в самых странных местах (например начинать считать что-то по другому начиная с такой-то даты)
Если проблема есть, то решить её вполне можно, переопределив парсер 32-битного числа так, чтобы 11...11 отныне интерпретировалось как 19 января 2038 года. Тогда в запасе будет ещё чуть более 136 лет, за которые старое железо уж точно выкинут.
![Загадочная постоянная 0,577 [Numberphile]](http://i.ytimg.com/vi/DHumhHJBrxM/mqdefault.jpg)
![Загадочная постоянная 0,577 [Numberphile]](/img/tr.png)
Хотел отложить публикацию на 18 января 2038, но решил выложить чуть пораньше
и правильно!
Не получицца - сервера ютуба на линухе, переполнится дата. :)
Вот и плохо! Дизлайк, отписка! Никто не любит спойлеры!
😂
К тому времени время бы уже закончилось.
20 июня 2012 года снимают. прикольно, что это 42 года от 1970 🙂
ох, ну и занесло же автора канала! :D
Кстати, моё поколение проживает оба переполнения счётчика времени. :)
Не проживет, так как значительная часть всей техники уже давно перешла от 32 бит до 64 бит в своих системах
3 переполнения. Еще календарь майя был
@@КостикВалери это который про конец света? Но он же не цифровой... 🙂
@@f33net цифровой, ну, не буквенный же
не переживет, всех на фронт отправят подыхать
Где-то в году 292,277,026,596 ,5 декабря сисадмин 64-х битных компов схватится за голову со словами " ну было же время,надо было заранее позаботиться,но нет,я всё откладывал.. "
@@ПочемуПсиходелическаяМузыка ой, да откуда этому дяде знать! он же не доживёт. Или мы что-то не знаем?
К тому времени уже научатся гнуть и искривлять пространство, а время потеряет смысл, станет константой неинтересной. :)
64-разрядные системы МОГУТ но не обязательно используют все величины в 64-битном виде. Большинство записей реестра винды хранится вообще в 8 или 16 битном виде. А маки, хоть и бывали 64-битными, все до единого работают с ядром юникс, в котором то же самое 32-битное время
А если в 64битном компе стоит 32 битная винда,то в ней тоже такое?
Где-то я уже слышал эти страшилки о времени) Ах да, это до 2000-го года)
тут про математику, как бы.
th-cam.com/video/TOqfeP4GeeA/w-d-xo.html
Какая-то странная оговорка. То ли автор так хитро повернул, то ли переводчики намудрили. Не может быть минимум 0 и максимум 256. Максимум будет 255. Но всего 256 значений, да
Профдеформация ))) Тоже слух резануло.
@@simmmr.9040 нас не обмануть!
Для хранения значения счётчика времени всегда используйте тип данных uint64_t.
Многие разработчики и производители уже работают над обновлением и модернизацией программного обеспечения для избегания негативных последствий конца времени Unix для 32-битных систем.
Уже давно отработали, см. мой пост выше. Только корявые линухи пострадают. :)
Уже давно переехали на 64 битное целочисленное
@@KonstantinSemenow с 32 ещё не съехали
Где-то 300 млрд лет спустя
- блин надо было переходить на Эльбрус
КласнО! Спасибо что перевели и озвучили 😊
Надеюсь теперь вспомним про это видео в 38 году, уже не так и долго осталось
Супер! Спасибо что дал нам время подготовиться😂
Подготовиться? Ты ещё где-то используешь 32-х разрядную ОС?😂
@@alexanderbelkin5978 А при чем тут ОС? Счетчик-то в железе зашит... Тут как минимум, обновление прошивки BIOS нужно. А скорее всего - просто выкинуть старое железо
@@KirillChaykin какой счётчик в железе? если ты про таймер в bios то он нормально работает до 9000 года! в видео разговор про unix-time, эру от создания unix
Я всё понимаю, но он две минуты повторял одно и то же. Просто в разных комбинациях. Счётчик, юникс, секунды.
По-любому, все самолёты встретят этот момент на земле.
На всякий случай.
В любой момент в небе тысячи самолётов
я установил 2100 год нихрена ничего не произошло...а к 2038 году windows будет уже 256 битный
Ты на Unix сидишь?
Или у тебя система 32-ух битная?
4:13 это ошибка перевода или в оригинале ошиблись? В 8-бит числе счёт идет от 0 до 255, а не до 256. То есть всего 256 чисел, где 1-е число 0 и 256-е число 255
Шеф, всё пропало!
Не понимаю, где вообще могла быть "ошибка 2000",там на год было 6 бит, которые приплюсовывались к 1980, то есть тот счётчик заканчивался, в 2011. Привет календарю Майя :)
Не все помнят, но настоящая проблема 2000 случилась не 01.01.2000, а 29.02.2000, потому что не все учётные системы знали, что 2000 год является исключением из исключения. Високосный каждый 4-й, но не високосный каждый 100-й, но опять високо ный каждый 400-й. 1900 не был високосным, а 2000 был.
Форточку приоткройте!!
@@MK_RIGдушно становиться только тем , кто прогуливал школу
Представление, что где-то стоят древние компы из 80-х, делают важную работу и на них надо молиться, неверно. За каждой важной работой с их важными компами есть организации и люди с конкретными зарплатами и фамилиями, к которым (в случае чего) можно прийти с оружием, сломать им части тела или нафантазируйте всё остальное. Так что желающих дурковать не будет.
Немецкие железные дороги напряглись😂
На 64бит перешли все уже ;)))))))
Вы удивитесь, но не все на 32 бита перешли ещё
Надо как-то дотянуть до 2038, потом счётчик возраста сбросится. Запастись молоком, подгузниками. Если чо, спрашивайте - в 2000 обнулялся.
Этот чел не вкурсе что уже со времён 286 процессоров уже стояли на метеринских платах RTC модули. И батарейка как раз в них впаивалась изначально. А уж потом она до кучи хранила конфиги BIOS. Начал загибать тут деревне про NTP сервера которые чекают выключеннын компы.
Вообще-то, время уже давно представляется 64-х битным вещественным числом: целая часть - дни, дробная часть время в миллисекундах. Т.ч. чуваку надо другую шабашку искать на пенсии. :)
Нет, в ядре всех unix-подобных операционных систем тип time_t целочисленный. Вещественное число используют некоторые СУБД
Черт, а такие часы где ни будь продаются? ;) Наручные!
надо чтоб время назад отсчитывалось, типа сколько осталось
Високосные секунды не учли же. Из-за них никто сейчас не сможет назвать время UTC переполнения счётчика с точностью до секунды, т.к. високосные секунды добавляются (или, теоретически, вычитаются) по состоянию вращения Земли (регистрируемое обсерваторией службы вращения Земли в Париже), на которое влияет слишком много факторов, так что предсказать сильно заранее невозможно.
Вообще, до сих пор дополнительные секунды добавлялись в UTC частенько, но в последние несколько лет Земля в среднем перестала замедлятсья, а вместо этого немного разогналась, поэтому уже аж с 2016 года високосных секунд не было. Но до 2038 ещё далеко и много чего может измениться. Только с 2035 года вроде как решили перестать вводить високосные секунды, но это ещё не окончательное решение. Если всё-таки отменят, уже в 2035м рассчитаем точное время, если же нет - то после июня 2037, когда опубликуют решение, вводить или не вводить дополнительную секунду 31.12.2037 в 23:59:60.
Вот только unix time не учитывает високосные секунды.
Ну тепловая смерть вселенной ожидается, так то, не до 292277026596 года, а через миллион гуголов лет (буквально
Уже отсчитывали.
Проблема неактуальна. Большинство систем уже имеют битность 64. А за последующие 14 лет техника тем более обновиться
а как потом import random в питоне делать будем, если и для него это число нужно?
У всех нормальных людей для времени тип UNSIGNED INT.
Это 07.02.2106
Кто из 2038?
Всем привет, я из 2038 года, у нас уже 256 битные процессоры, а аналогичную проблему y2k устранили ещë в 2026 году, а тем временем в Москве снесли все хрущëвки и всë за строили небоскрëбами. Так же прямо сейчас достроили 26190375738 ветку говорят то что это уже 80 ветка которая идëт вокруг экватора, так же Трамп победил на своих 100 выборах
так это же число ПИ кажется
В отсеке США на МКС до сих пор 8-дюймовые флоппи-диски есть, а тот вертолёт, который якобы над Марсом летает - у него память как у калькулятора. Что уж говорить про некие Вояджеры, которые уже 40 лет летят и якобы работают и программы принимают и перезагружаются....Короче, что-то с чем-то никак не увязывается.
Потому что это фейки. Не летают они
ИМХО проблема из пальца высосана.
Мы склонны недооценивать количество старого железа и софта, так как мы тут стартовали позже и много софта было написано без необходимости с тем, чтобы считаться с обратной совместимостью. Главная беда с этим переполнением и откатом даты - неправильные сравнения дат для выборки данных и условий, а их много в самых странных местах (например начинать считать что-то по другому начиная с такой-то даты)
Если проблема есть, то решить её вполне можно, переопределив парсер 32-битного числа так, чтобы 11...11 отныне интерпретировалось как 19 января 2038 года. Тогда в запасе будет ещё чуть более 136 лет, за которые старое железо уж точно выкинут.
@@f.linezkij
1. проблема высосана из пальца
2. пути решений через край
3. да пошло оно всё)
@@morgunovbooch единственный нюанс в том что это нужно СДЕЛАТЬ. а не комментарий на ютубе написать, что проблема простая
дичь.. похоже компилятор в жизни не видили..
Кому он нужен, ваш юникс...