https://www.opennet.ru/openforum/vsluhforumID3/113193.html Фундаментальная ошибка проектирования всех современных процессоров Intel, выпущенных за последние 10 лет, заставила (https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/) разработчиков Linux и Windows (https://twitter.com/aionescu/status/930412525111296000) в срочном порядке переписывать значительные куски кода ядер для того, чтобы закрыть недавно открытую в них уязвимость. Архитектура ARM64 так же подвержена уязвимости (https://lwn.net/Articles/740393/). <br><br><br>Детали уязвимости находятся под эмбарго до тех пор, пока не будут выпущены исправление, которое намечается на середину января 2018 года, когда выйдет новое ядро Linux и ежемесячное обновление безопасности для Windows. Проблема возможно (http://pythonsweetness.tumblr.com/post/169166980422/the-mysterious-case-of-the-linux-page-table) уже исправлена в ядре 4.14.11, учитывая огромный размер инкрементного патча (229 KiB).<br><br><br><br><br>По известным сейчас данным, обход этой аппаратной проблемы может привести к падению производительности приложений на пр https://www.opennet.ru/openforum/vsluhforumID3/113193.html#567 Thu, 11 Jan 2018 15:49:55 GMT да, это наконец-то всё упростит и программерам станет полегче:)<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#566 Wed, 10 Jan 2018 06:10:05 GMT &gt;то и хакеры постоянно бы нас взламывали.<br><br>В своё время (когда ты ещё ходил в младшую школу) BND бодалась с правительством Германии на предмет того, можно ли ей невозбранно ставить трояны на компьютеры подозрительных лиц, или всё же нужно решение суда. Вопрос, сможет ли она удалённо поставить троян, даже не рассматривался, это подразумевалось само собой.<br><br>Подозреваю, что ты и теперь ничего не понял, но что поделать.<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#564 Mon, 08 Jan 2018 13:28:26 GMT &gt;&gt; процессоры Intel при спекулятивном выполнении кода не выполняют проверки на безопасность инструкций, которые позволяют читать сегменты памяти, что позволяет любому пользовательскому приложению получить доступ к памяти ядра, <br>&gt; а это типа не забота ОС, заботиться о том, чтобы любое васянское <br>&gt; приложение не могло залезть в память собственного ядра?<br><br>Читай новость внимательнее. Ядро и не дает доступ к своей памяти кому попало.Одно дело ограничивать доступ, другое менять маппинг адресного пространства, что более накладно. А из-за косяка в железе в кеше проца данные все равно оседают.<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#563 Mon, 08 Jan 2018 10:15:35 GMT &gt; процессоры Intel при спекулятивном выполнении кода не выполняют проверки на безопасность инструкций, которые позволяют читать сегменты памяти, что позволяет любому пользовательскому приложению получить доступ к памяти ядра, <br><br>а это типа не забота ОС, заботиться о том, чтобы любое васянское приложение не могло залезть в память собственного ядра?<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#562 Sun, 07 Jan 2018 22:52:32 GMT &gt;&gt; https://www.cpubenchmark.net/compare.php?cmp[]=846&cmp[]=3098 <br>&gt;&gt; Вот как раз и выходит в два с небольшим раза. Не на <br>&gt;&gt; такт конечно (имхо не правильно в данном контексте привязываться к частоте), <br>&gt;&gt; но и не за 10, а всего за 7 с половиной <br>&gt;&gt; лет. За 10 уверен разница будет даже больше и даже с <br>&gt;&gt; учетом частоты, ибо в тот период и конкуренция была сильнее и <br>&gt;&gt; прогресс производительности значительней.<br>&gt; Количество ядер правильно сощитал?<br><br>А при чем тут количество ядер, когда речь про произвоительность на ядро? Смотри Single thread rating. По суммарной производительности так и вовсе в 3 раза, т.к. ядер в полтора раза больше.<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#561 Sun, 07 Jan 2018 12:30:35 GMT &gt; https://www.cpubenchmark.net/compare.php?cmp[]=846&cmp[]=3098 <br>&gt; Вот как раз и выходит в два с небольшим раза. Не на <br>&gt; такт конечно (имхо не правильно в данном контексте привязываться к частоте), <br>&gt; но и не за 10, а всего за 7 с половиной <br>&gt; лет. За 10 уверен разница будет даже больше и даже с <br>&gt; учетом частоты, ибо в тот период и конкуренция была сильнее и <br>&gt; прогресс производительности значительней.<br><br>Количество ядер правильно сощитал?<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#560 Sun, 07 Jan 2018 08:40:22 GMT https://www.cpubenchmark.net/compare.php?cmp[]=846&cmp[]=3098<br>Вот как раз и выходит в два с небольшим раза. Не на такт конечно (имхо не правильно в данном контексте привязываться к частоте), но и не за 10, а всего за 7 с половиной лет. За 10 уверен разница будет даже больше и даже с учетом частоты, ибо в тот период и конкуренция была сильнее и прогресс производительности значительней.<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#559 Sun, 07 Jan 2018 06:23:38 GMT &gt;&gt; Для решения проблемы разработчикам ядер пришлось полностью разделить память ядра и память пользовательских приложений <br>&gt; Ой беда-беда... последнее возражение против микроядерной архитектуры - сдохло. :) <br><br>Татычо?!<br><br>""И второй раз проф.Таненбаум поблагодарил Интель. И вернулся невод с тиною морскою.""<br> https://www.opennet.ru/openforum/vsluhforumID3/113193.html#558 Sat, 06 Jan 2018 17:35:51 GMT &gt; Для решения проблемы разработчикам ядер пришлось полностью разделить память ядра и память пользовательских приложений<br><br>Ой беда-беда... последнее возражение против микроядерной архитектуры - сдохло. :)<br>