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