Конец времен для 32-битных машин наступит 19 января 2038 года. Оригинал: • End of Time (Unix) - N... Ссылка на счетчик: www.coolepochcountdown.com/
Пікірлер: 76
@MadAstronomer19 күн бұрын
Хотел отложить публикацию на 18 января 2038, но решил выложить чуть пораньше
@canniballissimo19 күн бұрын
и правильно!
@f33net19 күн бұрын
Не получицца - сервера ютуба на линухе, переполнится дата. :)
@mihabuch773219 күн бұрын
Вот и плохо! Дизлайк, отписка! Никто не любит спойлеры!
@rip019419 күн бұрын
😂
@MrGooDrone19 күн бұрын
К тому времени время бы уже закончилось.
@pilot_bbk19 күн бұрын
20 июня 2012 года снимают. прикольно, что это 42 года от 1970 🙂
@canniballissimo19 күн бұрын
ох, ну и занесло же автора канала! :D
@f33net19 күн бұрын
Кстати, моё поколение проживает оба переполнения счётчика времени. :)
@Colibrium17 күн бұрын
Не проживет, так как значительная часть всей техники уже давно перешла от 32 бит до 64 бит в своих системах
@melaikinkv16 күн бұрын
3 переполнения. Еще календарь майя был
@f33net16 күн бұрын
@@melaikinkv это который про конец света? Но он же не цифровой... 🙂
@melaikinkv16 күн бұрын
@@f33net цифровой, ну, не буквенный же
@404NegativeКүн бұрын
не переживет, всех на фронт отправят подыхать
@YEMAM119 күн бұрын
4:13 это ошибка перевода или в оригинале ошиблись? В 8-бит числе счёт идет от 0 до 255, а не до 256. То есть всего 256 чисел, где 1-е число 0 и 256-е число 255
@MrPizdecccc19 күн бұрын
Где-то я уже слышал эти страшилки о времени) Ах да, это до 2000-го года)
@kamchatsky7 күн бұрын
тут про математику, как бы.
@canniballissimo19 күн бұрын
kzfaq.info/get/bejne/irWhmciBma3JlXU.html Какая-то странная оговорка. То ли автор так хитро повернул, то ли переводчики намудрили. Не может быть минимум 0 и максимум 256. Максимум будет 255. Но всего 256 значений, да
@simmmr.904016 күн бұрын
Профдеформация ))) Тоже слух резануло.
@canniballissimo16 күн бұрын
@@simmmr.9040 нас не обмануть!
@DarthValesandr19 күн бұрын
Где-то в году 292,277,026,596 ,5 декабря сисадмин 64-х битных компов схватится за голову со словами " ну было же время,надо было заранее позаботиться,но нет,я всё откладывал.. "
@canniballissimo19 күн бұрын
@@simenoff ой, да откуда этому дяде знать! он же не доживёт. Или мы что-то не знаем?
@f33net19 күн бұрын
К тому времени уже научатся гнуть и искривлять пространство, а время потеряет смысл, станет константой неинтересной. :)
@user-fu4yo9rz1c15 күн бұрын
64-разрядные системы МОГУТ но не обязательно используют все величины в 64-битном виде. Большинство записей реестра винды хранится вообще в 8 или 16 битном виде. А маки, хоть и бывали 64-битными, все до единого работают с ядром юникс, в котором то же самое 32-битное время
@lenteai_15 күн бұрын
Надеюсь теперь вспомним про это видео в 38 году, уже не так и долго осталось
@956451919 күн бұрын
КласнО! Спасибо что перевели и озвучили 😊
@viewererdos18 күн бұрын
Для хранения значения счётчика времени всегда используйте тип данных uint64_t.
@DariaTimurovich13 күн бұрын
Представление, что где-то стоят древние компы из 80-х, делают важную работу и на них надо молиться, неверно. За каждой важной работой с их важными компами есть организации и люди с конкретными зарплатами и фамилиями, к которым (в случае чего) можно прийти с оружием, сломать им части тела или нафантазируйте всё остальное. Так что желающих дурковать не будет.
@kyloren286519 күн бұрын
Немецкие железные дороги напряглись😂
@catvitas19 күн бұрын
Супер! Спасибо что дал нам время подготовиться😂
@alexanderbelkin597815 күн бұрын
Подготовиться? Ты ещё где-то используешь 32-х разрядную ОС?😂
@KirillChaykin13 күн бұрын
@@alexanderbelkin5978 А при чем тут ОС? Счетчик-то в железе зашит... Тут как минимум, обновление прошивки BIOS нужно. А скорее всего - просто выкинуть старое железо
@alexanderbelkin59787 күн бұрын
@@KirillChaykin какой счётчик в железе? если ты про таймер в bios то он нормально работает до 9000 года! в видео разговор про unix-time, эру от создания unix
@magdagal19 күн бұрын
Многие разработчики и производители уже работают над обновлением и модернизацией программного обеспечения для избегания негативных последствий конца времени Unix для 32-битных систем.
@f33net19 күн бұрын
Уже давно отработали, см. мой пост выше. Только корявые линухи пострадают. :)
@KonstantinSemenow11 күн бұрын
Уже давно переехали на 64 битное целочисленное
@magdagal11 күн бұрын
@@KonstantinSemenow с 32 ещё не съехали
@chubrik219 күн бұрын
По-любому, все самолёты встретят этот момент на земле. На всякий случай.
@Fasalytch14 күн бұрын
В любой момент в небе тысячи самолётов
@melaikinkv16 күн бұрын
Надо как-то дотянуть до 2038, потом счётчик возраста сбросится. Запастись молоком, подгузниками. Если чо, спрашивайте - в 2000 обнулялся.
@Menshinin14 күн бұрын
Не понимаю, где вообще могла быть "ошибка 2000",там на год было 6 бит, которые приплюсовывались к 1980, то есть тот счётчик заканчивался, в 2011. Привет календарю Майя :)
@Masaki_133719 күн бұрын
На 64бит перешли все уже ;)))))))
@German_198415 күн бұрын
Вы удивитесь, но не все на 32 бита перешли ещё
@user-ht7rd7py1m19 күн бұрын
Черт, а такие часы где ни будь продаются? ;) Наручные!
@maxrag0218 күн бұрын
а как потом import random в питоне делать будем, если и для него это число нужно?
@user-ze3ez3iy6c13 күн бұрын
Ну тепловая смерть вселенной ожидается, так то, не до 292277026596 года, а через миллион гуголов лет (буквально
@kinvain13 күн бұрын
Я всё понимаю, но он две минуты повторял одно и то же. Просто в разных комбинациях. Счётчик, юникс, секунды.
@hugoboss374119 күн бұрын
Этот чел не вкурсе что уже со времён 286 процессоров уже стояли на метеринских платах RTC модули. И батарейка как раз в них впаивалась изначально. А уж потом она до кучи хранила конфиги BIOS. Начал загибать тут деревне про NTP сервера которые чекают выключеннын компы.
@f.linezkij18 күн бұрын
Високосные секунды не учли же. Из-за них никто сейчас не сможет назвать время UTC переполнения счётчика с точностью до секунды, т.к. високосные секунды добавляются (или, теоретически, вычитаются) по состоянию вращения Земли (регистрируемое обсерваторией службы вращения Земли в Париже), на которое влияет слишком много факторов, так что предсказать сильно заранее невозможно. Вообще, до сих пор дополнительные секунды добавлялись в UTC частенько, но в последние несколько лет Земля в среднем перестала замедлятсья, а вместо этого немного разогналась, поэтому уже аж с 2016 года високосных секунд не было. Но до 2038 ещё далеко и много чего может измениться. Только с 2035 года вроде как решили перестать вводить високосные секунды, но это ещё не окончательное решение. Если всё-таки отменят, уже в 2035м рассчитаем точное время, если же нет - то после июня 2037, когда опубликуют решение, вводить или не вводить дополнительную секунду 31.12.2037 в 23:59:60.
@kemal66716 күн бұрын
Вот только unix time не учитывает високосные секунды.
@mihail_redov19 күн бұрын
Шеф, всё пропало!
@German_198415 күн бұрын
Не все помнят, но настоящая проблема 2000 случилась не 01.01.2000, а 29.02.2000, потому что не все учётные системы знали, что 2000 год является исключением из исключения. Високосный каждый 4-й, но не високосный каждый 100-й, но опять високо ный каждый 400-й. 1900 не был високосным, а 2000 был.
@MK_RIG10 күн бұрын
Форточку приоткройте!!
@kidenish18 күн бұрын
надо чтоб время назад отсчитывалось, типа сколько осталось
@Rice852019 күн бұрын
Уже отсчитывали.
@f33net19 күн бұрын
Вообще-то, время уже давно представляется 64-х битным вещественным числом: целая часть - дни, дробная часть время в миллисекундах. Т.ч. чуваку надо другую шабашку искать на пенсии. :)
@German_198415 күн бұрын
Нет, в ядре всех unix-подобных операционных систем тип time_t целочисленный. Вещественное число используют некоторые СУБД
@Colibrium17 күн бұрын
Проблема неактуальна. Большинство систем уже имеют битность 64. А за последующие 14 лет техника тем более обновиться
@user-zt5kh3md5l6 күн бұрын
я установил 2100 год нихрена ничего не произошло...а к 2038 году windows будет уже 256 битный
@VanLyi13 күн бұрын
У всех нормальных людей для времени тип UNSIGNED INT. Это 07.02.2106
@tarasturiur482119 күн бұрын
так это же число ПИ кажется
@user-gz2mn1xb9b15 күн бұрын
Кто из 2038?
@ZZZZZZZayac19 күн бұрын
Хороший повод чиновникам заключить ФЕЙКОВЫЕ контракты на борьбу с мифической проблемой 2038 года, как это было в 2000 году 🤣
@visorus19 күн бұрын
В отсеке США на МКС до сих пор 8-дюймовые флоппи-диски есть, а тот вертолёт, который якобы над Марсом летает - у него память как у калькулятора. Что уж говорить про некие Вояджеры, которые уже 40 лет летят и якобы работают и программы принимают и перезагружаются....Короче, что-то с чем-то никак не увязывается.
@mikkaloo652518 күн бұрын
Потому что это фейки. Не летают они
@morgunovbooch19 күн бұрын
ИМХО проблема из пальца высосана.
@pavelnovichenko92319 күн бұрын
Мы склонны недооценивать количество старого железа и софта, так как мы тут стартовали позже и много софта было написано без необходимости с тем, чтобы считаться с обратной совместимостью. Главная беда с этим переполнением и откатом даты - неправильные сравнения дат для выборки данных и условий, а их много в самых странных местах (например начинать считать что-то по другому начиная с такой-то даты)
@f.linezkij18 күн бұрын
Если проблема есть, то решить её вполне можно, переопределив парсер 32-битного числа так, чтобы 11...11 отныне интерпретировалось как 19 января 2038 года. Тогда в запасе будет ещё чуть более 136 лет, за которые старое железо уж точно выкинут.
@morgunovbooch18 күн бұрын
@@f.linezkij 1. проблема высосана из пальца 2. пути решений через край 3. да пошло оно всё)
@404NegativeКүн бұрын
@@morgunovbooch единственный нюанс в том что это нужно СДЕЛАТЬ. а не комментарий на ютубе написать, что проблема простая