DracoL1ch

#comment_112210504

#comment_110408348

Депутаты поддержат инициативу своего коллеги Красова по борьбе с уклонистами от призыва. В случае принятия законопроекта не получившие повестки призывники должны будут самостоятельно являться в военкоматы

«Планируем завтра рекомендовать [депутатам в первом чтении] поддержать», — сказал один из собеседников. Второй источник отметил, что ранее законопроект Красова получил одобрение правительственной комиссии по законопроектной деятельности.

Красов внес законопроект в январе 2018 года. По действующему закону «О воинской обязанности и военной службе» повестка может быть вручена призывнику только лично в руки под расписку. За уклонение от призыва (после получения повестки) предусмотрена уголовная ответственность с наказанием до двух лет лишения свободы (ст. 328 УК РФ).

Нынешний порядок дает возможность «недобросовестным гражданам» уклоняться от призыва в армию, заявляет в пояснительной записке автор законопроекта. По его данным, только в 2016 году военкомы не смогли вручить повестки «более 90 тыс. призывников (30% от общего количества призванных на военную службу»).

После принятия законопроекта самостоятельно являться в военкоматы должны будут граждане, подлежащие призыву на военную службу, но по каким-то причинам не получившие повестки до окончания срока весеннего или осеннего призыва. Поняв, что в военкомате про них забыли, такие призывники согласно законопроекту должны сами явиться туда не позднее дня начала очередного призыва на военную службу и потребовать вручить им повестку, сказано в проекте поправок.

Возможность вручать повестки лично законопроект сохраняет, но при этом наделяет военкоматы дополнительной возможностью направлять их по почте заказным письмом с уведомлением. Повестка будет считаться врученной, если за получение письма распишется как сам призывник, так и другой совершеннолетний член его семьи или его уполномоченный представитель.

«Неявка гражданина без уважительных причин по повестке военного комиссариата на мероприятия, связанные с призывом на военную службу, неявка в военный комиссариат для получения повестки в установленных случаях либо отказ гражданина от получения повестки считается уклонением от военной службы и влечет ответственность в соответствии с законодательством», — отмечается в пояснительной записке.

Правительство разработанный Красовым законопроект в целом поддержало, предложив исключить из него положения, предусматривающие возможность получения повесток, направленных по почте заказным письмом, иными лицами, кроме самих призывников. В отзыве правительства подчеркивается также, что норма законопроекта, обязывающая призывников самостоятельно являться в военкоматы за повестками, не соответствует другой статье закона «О воинской обязанности и военной службе», согласно которой на мероприятия, связанные с призывом на военную службу, граждане лично вызываются повестками военного комиссариата.

РБК

Ну что, пацаны, обречены на успех?

Помните самый главный вопрос прошлого года? @MossadMan

Священники РПЦ в крещенскую ночь освятят все океаны Земли

Духовенство Московского патриархата в крещенскую ночь планируют освятить воды всех четырех океанов планеты.

Таким образом, как сообщили "Интерфаксу" священники, которые несут служение в России и других странах мира, они последуют древней православной традиции освящать воду не только в храмах, но и в открытых водоемах в праздник Богоявления.

Северный Ледовитый океан, как ожидается, будет освящен в поселке Тикси, самом северном населенном пункте Якутии, на берегу моря Лаптевых.

Община русского прихода в Рейкьявике выйдет на берег Атлантического океана, где настоятель местного прихода священник Тимофей Золотуский также совершит освящение воды.

Тихий океан будет освящен на берегу Сиамского залива в Таиланде, в бухте Новик в Приморье (Японское море) и в бухте Гертнера Магаданской области (Охотское море).

Индийский океан будет освящен в районе Персидского залива, в Объединенных Арабских Эмиратах, где есть община Русской православной церкви, много лет возглавляемая архимандритом Александром (Заркешевым).

http://www.interfax.ru/world/595979

Перевод мнения Джо Фитца относительно январских уязвимостей процессоров

Итак, новая тема! Почему Intel не могут просто быстренько пропатчить уязвимости Meltdown и Spectre, выпустив новую линейку процессоров? Почему процесс может растянуться на годы? Разве они не практикуют agile-методы разработки (если простым языком - постоянное тестирование, параллельная работа групп инженеров и т.п., с возможностью отката проблемных изменений за минимальное время) или методы x/y/z? На самом деле, причин множество:

(Примечание: я не ставлю целью раскритиковать производителей чипов, а лишь хочу напомнить об ограничениях, в которых они работают)

Для начала разберем создание программной начинки процессоров. Первое - каждый раз, когда ты кликаешь "build" ("собрать проект" в программе разработки ), ты создаешь очередной степ, который обходится в миллионы долларов и несколько месяцев тестирования. Чтобы новый продукт оставался финансово выгодным, проект следует собирать не более 10 раз. (Вот тут можно глянуть перечень существующих степпингов от Intel - их реально мало)

Более того, половина тех "билдов" не являются полноуровневыми, т.е. разработчик не может менять логические вентили, их соединения. А при работе со слоем степпинга целиком всё равно нельзя менять расположение элементов по своему усмотрению, как это делают в классическом программировании со связанными библиотеками и другими файлами.

Представьте себе ISA (шина ввода-вывода для IBM-PC компьютеров, индустриальный стандарт), которая поддерживает вызовы и прыжки на расстояние не более 8 бит. Можно двигаться вперед-назад не более, чем на 128 байт от текущего адреса. Ты не можешь просто взять и вставить еще 256 байт кода между двумя существующими блоками микропроцессорного кода без массивной переработки существующей архитектуры с соответствующими потерями таймингов (производительности, с точки зрения пользователя).

Что такое "легкий фикс" на уровне чипа? Изменение бита в паре байтов. Добавление операции инверсии проверки, изменение константы в коде, замена "плохой" инструкции на пустую, правка неверной вычислительной ветки, смена порядка if/else инструкций.

Более крупные изменения наверняка отразятся на всём остальном. Из-за увеличения потребляемой энергии может нагреться соседний вентиль, поэтому придется замедлить операцию, что приведет к общей потере скорости в 100 МГц на всех процессорах серии. А увеличение пространства между элементами приведет к увеличению задержек, с которыми вообще ничего поделать нельзя.

Простейший возможный фикс требует пары месяцев на билд схемы, несколько месяцев на тестирование исправления, плюс регрессионные тесты кода, выпущенного за последние 50 лет - новый процессор обязан поддерживать старые программы. Затем - запуск крупносерийного производства. Скажем, 6 месяцев от фикса до появления на полках.

Но на самом деле, малейшее исправление означает билд, тестирование, прогонку (тюнинг), еще билд, еще тестирование, брендинг и выпуск. Исходя из оптимистичных 2-3 степпингов, выпуск переносится уже с 6 месяцев на один год.

А что насчет новых мелких особенностей (которые планировались к реализации в новых сериях)? Если архитектура и спецификация уже готова, то нужно внедрить всё на уровень логики чипа , провести симуляции, подтвердить работоспособность, и снова прогнать через билд/тестирование/выпуск. Итого уже 2 года.

Реальность такова, что новые фичи крайне опасны, если на них отводится мало этапов тестирования. В кремние заложено ОГРОМНОЕ количество возможностей, для которых еще не пришло время - они могут оставаться заблокированными в течение целых поколений, пока инженеры не решат, что новинка безопасна. На практике большинство новых фич проводят около 5 лет в режиме ожидания, а затем еще и ждут софта, который умеет работать с ними.

Но мы еще не закончили! Атаки Meltdown и Spectre затрагивают фундаментальные особенности архитектуры процессоров, на которой те строились десятилетиями. Взгляните на визуализированный жизненный цикл продукции Intel. Пока что всё происходило в желтой фазе "development".

Предполагая, что в исследованиях рынка мы не нуждаемся, мы просто должны изменить архитектуру, написать новые спецификации, внедрить архитектуру на программном уровне, спроектировать чип и запустить конвейер, а также пройти процедуру подтверждения качества перед стартом продаж. И снова речь идет о 4-5 годах работы.

Что же все это значит? Я предполагаю, что уже этим летом мы увидим пару быстрофиксов на уровне железа. Инженеры компаний знали о проблеме уже полгода на момент публикации информации, и 12 месяцев должно хватить на простейшие исправления. Возможно, фиксы повлияют на производительность, но они всё равно должны оказаться быстрее предлагаемых сейчас решений с уровня софта.

В 2019 и 2020 выходят другие продукты, в которые также должны будут внести соответствующие правки, что непременно скажется на производительности. Тем не менее, опять же, они будут быстрее, чем альтернативы с фиксом через ОС.

А тот самый вариант с решением, которое не снизит производительность, я бы не ждал раньше 2021 года.

Я покинул Intel более 5 лет назад и не в курсе их текущих или грядущих продуктов. Всё это - мои личные предположения, основанные на общих знаниях о процессорах и технологии производства чипов.

Примечание: защита от уязвимостей заключается в сбросе кэша после каждого ветвления кода. На практике падение производительности может достигать и 50%, а может колебаться в пределах 5-10%, в зависимости от задач и кода программы. На Хабре можно почитать и про другие проблемы патчей.