https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html В полночь с 30 июня на 1 июля с целью синхронизации с астрономическим временем Земли эталонные мировые атомарные часы были приостановлены на одну секунду. иными словами в последней минуте оказалось 61 секунда, а на некоторых часах можно было наблюдать волшебное время "23:59:60". Подобный шаг привёл к непредвиденному коллапсу многих приложений и сервисов. Проблема была вызвана зацикливанием из-за неготовности обработать появление лишней секунды, в большинстве систем, на которых проявилась проблема, была настроена синхронизация точного времени по NTP.<br><br><br>В итоге, испытывали проблемы с работой некоторые сайты (в том числе (http://www.buzzfeed.com/summeranne/y2k-20-how-a-second-brought-down-half-the-intern) Reddit, LinkedIn и Mozilla), наблюдалось (https://bugzilla.mozilla.org/show_bug.cgi?id=769972) массовое зависание серверных приложений (в основном приложения работающие в Java VM, такие как Hadoop и Cassandra), начинала (http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/) съ https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#154 Wed, 08 Aug 2012 07:26:12 GMT &gt;&gt; Что не так было с теми серверами?<br>&gt; у тебя на роутере стоит дебиан?<br><br>OpenWRT<br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#153 Sat, 14 Jul 2012 20:46:47 GMT &gt; К алгоритмам это не имеет отоношения, это психология.<br>&gt; Ну вот удобно человекам запоминать и оперировать цифрами с нулём на конеце. <br><br>Ну да, но потом должен включаться мозг.<br>А в вопросах атомных часов мозг должен включиться три раза.<br>Даже бекапы в 00:00 стараются не делать, понимая интуитивно (или на больном опыте).<br><br><br>&gt; Думаю ответа будет два, 20:15 и 20:00, при этом все забыли условие <br>&gt; - (максимум 35 минут) <br><br>Вы забыли 20:30 =)<br>20:45 - тоже вариант ("поторопимся, успеем")<br><br>&gt; и два встречных быстрых объекта. Всё в одну кучу.<br><br>Тоже постоянно встречаю.<br>Но тут следует иметь в виду, что один раз разбежаться удобнее, чем сначала пропустить тех, потом объехать этих.<br>Сделать все в одну транзакцию, или тот же NCQ )<br> https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#152 Wed, 11 Jul 2012 14:48:42 GMT &gt; Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что <br>&gt; не так было с теми серверами? Видно какие-то левые патчи использовали <br>&gt; при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.<br><br>колом встал sles 11 + oracle jdk 6u33 + jboss 6.1<br>сплошной левак<br> https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#151 Tue, 10 Jul 2012 07:40:30 GMT &gt;&gt; смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной <br>&gt;&gt; спонтанной смены времени на уровне ядра, <br>&gt; А если мне NTP время на полгода пофиксит после сбоя системных часов <br>&gt; - у меня процессы полгода должны висеть? Не, спасибо, себе такое <br>&gt; счастье оставьте :) <br><br>дело в 61-й секунде. может, правильнее было 51-ю продублировать?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#150 Tue, 10 Jul 2012 07:37:07 GMT &gt; Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как <br>&gt; бешенный и лагать через раз. Перезапуск не помогал - вплоть до <br>&gt; физического ребута компа. А я уж на что только не грешил. <br>&gt; Да уж, следить за такими вещами надоть.<br><br>Вряд ли напрямую из-за этого. На Хабре уже разобрали, там была ссылка в базу знанй M$. Так да - они забивают на эту секнду...<br> https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#149 Tue, 10 Jul 2012 04:28:40 GMT &gt; Еслиб твоя наркоманская святость читала новость с лева на право, и с <br>&gt; верху-вниз, то б она увидела, что проблему пофиксили до этой траблы, <br>&gt; на серверах стояли старые ядра.<br><br>Там не в ядрах дело было. А именно в приложениях/сервсах. Писали о пожирании процессорного времени сервисам ntpd. Никак не могли переварить 61-ю секунду...<br> https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#148 Tue, 10 Jul 2012 04:25:39 GMT У нас уместнее с Гундяевым сравнивать :) А на счет "святости" Пап - это к Л. Таксилю :)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#147 Mon, 09 Jul 2012 04:30:56 GMT &gt;&gt;&gt; Может быть, лучше <br>&gt;&gt; Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не <br>&gt;&gt; назначай.<br>&gt;&gt; Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят.<br>&gt;&gt; :) <br>&gt; Если вы с такой уверенностью это пишите, как общеизвестные истины, что же <br>&gt; операторы эталонных часов так лоханулись?<br><br>К алгоритмам это не имеет отоношения, это психология. <br>Ну вот удобно человекам запоминать и оперировать цифрами с нулём на конеце. <br><br>Коллапсы можно видеть каждый день на месте свиданий в ваших городах.<br>В 20:00, м. Охотный ряд, тусует 100-200 человеков, в 20:15 - всех сдуло.<br>В 9:00 утра, все как по свистку выходят из дома, бесит аж... :)<br>Ну вот не понимаю..., крыша чтоль съедет в 8:57 иль в 9:03 выйдти. <br><br>Чуть сложнее ситуация, событие (B) в 21:00, но до этого должно произойти (А),<br>межу А и В максимум 35 минут, то есть событие (А) можно назначить на 20:25. <br><br>Угадайте с трех раз на какое время назначут событие А в реальности? :)<br>Думаю ответа будет два, 20:15 и 20:00, пр https://ssl.opennet.dev/openforum/vsluhforumID3/85362.html#146 Mon, 09 Jul 2012 00:02:42 GMT &gt;&gt; Может быть, лучше <br>&gt; Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не <br>&gt; назначай.<br>&gt; Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят. <br>&gt; :) <br><br>Если вы с такой уверенностью это пишите, как общеизвестные истины, что же операторы эталонных часов так лоханулись?<br>