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