Перейти к публикации

ВАЖНО! Критические обновления от Microsoft, связанные с Meltdown, существенно замедляют работу SolidWorks


Knight of Truth

Рекомендованные сообщения

На несколько рабочих машин были установлены критические обновления (патчи), связанные с закрытием уязвимости Meltdown. Обновления устанавливались 11.01.2018: пришло 2 обновления Windows + 2 обновления безопасности. Кто не знает: патчи, закрывающие обновление Meltdown накладывают запрет на использование приложениями внутренней памяти системы.

У нас есть тяжелая моделька, на которой мы делаем сравнительное тестирование производительности компьютеров при работе со сложными моделями.

Ниже приведены 2 скрина: 1-й до обновления системы, 2-й - после. Тест проходил на SolidWorks 2017 sp5 (sp 4.1) и SolidWorks 2018 sp0 (sp1). О результатах в тесте для SolidWorks 2017 можете судить сами. Потеря производительности составила около 140%. Примерно такое же падение производительности наблюдалось на всех машинах, где были установлены эти обновления.

 

ШХ 1010 - SW17 (ДО ОБНОВЛЕНИЯ).png

ШХ 1010 - SW17 (ПОСЛЕ ОБНОВЛЕНИЯ).png

Ссылка на сообщение
Поделиться на других сайтах


1 час назад, Knight of Truth сказал:

Тест проходил на SolidWorks 2017 sp5 (sp 4.1) и SolidWorks 2018 sp0 (sp1)

Чистоты эксперимента ради, желательно приводить результаты под идентичными версиями SW на одном и том же PC.

А то так можно и 100500% намерять.

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Intento сказал:

Чистоты эксперимента ради, желательно приводить результаты под идентичными версиями SW на одном и том же PC.

А то так можно и 100500% намерять.

Так он и сделал на одном и том же с одним и тем же Солидом, но для двух версий. Результаты то только для 2017-го выложены.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Ljo сказал:

Так он и сделал на одном и том же с одним и тем же Солидом, но для двух версий. Результаты то только для 2017-го выложены.

Совершенно верно, коллега.

5 часов назад, swv_06 сказал:

было бы неплохо еще и номера обновлений указать...

Вот номера обновлений, после одновременной установки которых начались вышеуказанные проблемы:

KB4056890 от 03.01.2018

KB4056887 от 09.01.2018

KB4049411 от 11.01.2018

Изменено пользователем Knight of Truth
Ссылка на сообщение
Поделиться на других сайтах
49 минут назад, DenTeh сказал:

Обновы удаляются без танцев с бубном?

Если бы :)

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

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

Поэтому, на спасение компьютеров от этого созданного разработчиками "вируса немощи" ушло всего 20-30 минут.

Изменено пользователем Knight of Truth
Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Ljo сказал:

Так он и сделал на одном и том же с одним и тем же Солидом, но для двух версий. Результаты то только для 2017-го выложены.

Действительно. Прошу пардону за свою невнимательность.

 

11 минуту назад, Knight of Truth сказал:

при установке обновлений, у нас всегда создается точка восстановления системы

Бэкапы рулят. Как любит говаривать один персонаж, данные бывают всего двух типов: забэкапленные и безвозвратно потерянные.

Ссылка на сообщение
Поделиться на других сайтах

Также отмечу, что номера обновлений не всегда могут отображать всю информацию, так как при одинаковом назначении, они отличаются в зависимости от версии Windows.

Например, вот список номеров "подарков", против уязвимостей Meltdown и Spectre:

  • 3 января 2018 - KB4056897 (Обновление безопасности)
  • 9 января 2018 - KB4056894 (Ежемесячное обновление)
  • 3 января, 2018 - KB4056888 (ОС версии 10586.1356)
  • 3 января 2018 - KB4056892 (ОС версии 16299.192)
  • 3 января 2018 - KB4056891 (ОС версии 15063.850)
  • 3 января 2018 - KB4056890 (ОС версии 14393.2007)
  • 3 января 2018 - KB4056898 (Обновление безопасности)
  • 3 января 2018 - KB4056893 (ОС версии 10240.17735)
  • 3 января 2018 - KB4056895 (Ежемесячное обновление)

У нас, на рабочих машинах с процессорами Kaby Lake стоит Windows 10 1607 (версия 14393), поэтому и обновление пришло за номером KB4056890.

Изменено пользователем Knight of Truth
Ссылка на сообщение
Поделиться на других сайтах
11 час назад, Knight of Truth сказал:

около 140%

Занудства ради: если исходная производительность - 100%, то падение на 140% означает, что во время работы солид должен разбирать уже готовые, сданные в архив проекты и уничтожать их.

Ссылка на сообщение
Поделиться на других сайтах
19 часов назад, Knight of Truth сказал:

Например, вот список номеров "подарков", против уязвимостей Meltdown и Spectre:

  • 3 января 2018 - KB4056897 (Обновление безопасности)
  • 9 января 2018 - KB4056894 (Ежемесячное обновление)
  • 3 января, 2018 - KB4056888 (ОС версии 10586.1356)
  • 3 января 2018 - KB4056892 (ОС версии 16299.192)
  • 3 января 2018 - KB4056891 (ОС версии 15063.850)
  • 3 января 2018 - KB4056890 (ОС версии 14393.2007)
  • 3 января 2018 - KB4056898 (Обновление безопасности)
  • 3 января 2018 - KB4056893 (ОС версии 10240.17735)
  • 3 января 2018 - KB4056895 (Ежемесячное обновление)

Это, я так понимаю, для W10? А по W7 есть номера? Чот сходу не нашёл.

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, sloter сказал:

Это, я так понимаю, для W10? А по W7 есть номера? Чот сходу не нашёл.

По Windows 7 - не знаю. На этой оси у нас обновления не тестировались - так как решили не тратить время и не пробовать снова эту отраву на вкус, ведь принцип действия патчей одинаков, не зависимо от операционной системы, а разработчики Microsoft по указу сверху могут добавлять новые компоненты этих патчей в любые обновления "стабильности" и "безопасности".

Интересная информация: компания ASUS уже выкатила новые версии БИОС для своих материнских плат, где в процессор прошивается новый микрокод, устраняющий "уязвимости" системы. Подозреваю, что там припасено дополнительное урезание мощности компьютерного железа.

2018-01-15_224648.png

Ссылка на сообщение
Поделиться на других сайтах
13 часа назад, Knight of Truth сказал:

ведь принцип действия патчей одинаков, не зависимо от операционной системы

Пишут, что в старых ОС и на старых процах снижение производительности с патчами будет более существенно, чем на W10. Вчера по РБК спец из Касперского выступал. Сказал, что атаки с помощью этих уязвимостей могут быть только целенаправленными (не массовыми). Ибо организация такой атаки - дело технически сложное, а значит дорогое. То есть бояться стоит тем, кто представляет интерес для злоумышленников. Простым смертным вроде как бояться не стоит.

Ссылка на сообщение
Поделиться на других сайтах

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

 

" Обычно, процессор сразу проверяет, имеет ли программа право читать данные, от туда, откуда она пытается это делать. Но это долго, поэтому для выполняемых наперед операций эта проверка не успевает выполниться и команда выполняется в любом случае." То есть ради производительности проц НЕ ПРОВЕРЯЕТ права ("это долго"), а открыта уязвимость была русским еще в 2008 году, "но все заглохло" (явно неспроста). Просто за всеми, возможно, давно уже следили с помощью этого "бага", которым можно любые секретные данные прочесть...

Изменено пользователем zerganalizer
Ссылка на сообщение
Поделиться на других сайтах

Это все Эпл виноват! Когда узнали, что они тормозят работу своих смартов, кто-то капнул что бы всем 40% отрезали - не так обидно.

Плюс в будущем поколении процов интел может написать +40 процентов производительности по сравнению с предыдущим ;)

Ссылка на сообщение
Поделиться на других сайтах
  • 3 недели спустя...

Дополнительная информация по той же теме. Звонил мой знакомый конструктор: спрашивал как побороть критическую проблему, которая возникла у него по непонятной, по его словам, причине.

Сказал, что ни с того ни с сего вентиляторы начали работать на полную мощность, а спустя некоторое время перестала работать программа контроля за параметрами системы ASUS AI Suite III.

Но самая большая проблема была в том, что SolidWorks стал ОЧЕНЬ тормозить, а при работе с уже созданными исправными 3D моделями, имеющими сложную геометрию - при их открытии дерево просто рассыпалось и восстановить повреждения не получалось никакими методами, - Солид просто отказывался выполнять требуемые операции, ссылаясь на ошибки построения.

 

Конечно, 1-й мой вопрос к нему был в разрезе темы, обсуждаемой выше: устанавливал ли он недавно какие-то обновления Windows. На что коллега сказал, что да, именно после установки обновлений начались вышеописанные проблемы. Подключился к его компу чертез TeamVeawer, а там полный разброд - обновление сбросило все настроенные параметры в ASUS AI Suite III и включило полный разгон процессора и памяти (у ПК коллеги Core i7-7700k + 32 Gb DDR4 3000 GHz), при это все вентиляторы системного блока были запущены на 100% оборотов. Драйвер Bluetooth перестал работать совсем, сеть Wi-Fi постоянно отваливалась.

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

 

Так что интересно: ранее автоматическое обновление на рабочей станции у моего знакомого было вручную отключено в службах Windows! Винда САМА, без участия пользователя включила автоообновления и установила список своих вирусных приложений, которые буквально вывели из строя рабочую станцию!

В итоге, в качестве шагов к спасению, был произведен откат системы к точке восстановления, которая по счастливой случайности была создана недавно и до прихода и установки вредоносного ПО от Microsoft. Также было отключено с десяток служб, которые отвечают за обновление системы специальной сторонней утилитой (потому что если оставить включенной хоть одну службу ЦО из десятка, автообновления все равно имеют возможность запуститься).

Изменено пользователем Knight of Truth
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • lem_on
      ну с дуру известно что сломать можно.
    • Viktor2004
      руку привязки так сломать легко
    • lem_on
      По моему вполне логично если станок вывалится в ошибку если рука не доехала до места. У меня так же если кулачки или деталь на пути, просто пихаеш ее до места и станок опять активен. Но нынешние пановья даже не могут написать модель станка.
    • Viktor2004
      Я согласен что скорее всего проблема механическая Но если логика прописана криво и возможно не предусмотрела остановку в промежуточном состоянии, разве не логично будет попробовать принудительно подав напряжение дернуть эту руку вверх-вниз? Возможно то что туда попало выпадет  
    • Guhl
      Если оставить за скобками вопрото том, что до м19 работает нормально, а после нет, то вы не считали сколько у него реально импульсов на оборот? с помощью стороннего плк, например  А если ориентацию м5 снимать, а не м20?
    • lem_on
      Что это за станок такой в котором сразу ладер ковырять надо, даже не смотря на возможность механической проблемы? Или профдеформация?
    • Viktor2004
      не сразу я понял в чем вопрос. Долго соображал что такое режим управления скоростью. При завершении ориентации PMC снимает сигнал G70.6 ? И если он после снятия сигнала продолжает удерживать шпиндель, при каких условиях эта ориентация все же снимается? После нажатия аварийного грибка или еще как?
    • Viktor2004
      Ладдер пришлите. Будем принудительно пробовать поднимать и опускать
    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
×
×
  • Создать...