[1.79.3] Начиная с данной сборки УБУ, для кореектной работы МСЕ теперь требуется Python v3.7 или вышг. Также следует установить 2 библиотеки: - pip install colorama - pip install pltable
[1.75] Куча нововведений в папках Интел [1,72] MMTool К сожалению, невозможно предугадать какой муму отработает корректно. Поэтому используйте 2 разные версии мумутула - 5.0.0.7 как "mmtool_a4.exe" и 5.2.0.2x+ как "mmtool_a5.exe" Использование только одной версии не пригодно для многих бивисов на Aptio. [1.71] VROC Для обновления VROC with VMD требуется 2 файла, пример в папке Intel\VROC Штатные файлы RAID и sSATA укладываются, как обычно, в папку RSTe. MMTool Заложена поддержка 2-ух различных версий MMTool на перспективу. На данный момент используется одна версия, рекомендуется 5.0.0.7. Переименовать как "mmtool_a4.exe"
[1.70] IRST/IRST(e) Начиная с версии 1.70 пользователь самостоятельно подбирает нужные версии файлов для создания RAID массивов.
1) В послденее время опять участились жалобы на наличии вируса в пакете UBU, якобы МСЕ,ехе содержит вирус. Поэтому принято решение, что вместо ехе файла теперь будет py исхотдный Пайтона. Чтобы была корректная работа с микодами вам необходимо установить пакет Ptyhon версии 3.7 или выше. А также две библиотеки: - colorama - PLTable Как это сделать уаказано на ГитХабе в репе МСЕ. Вы можете юзать м ехе файл, но скачивать его будете самостоятельно. Если установите Пайтон то у вас появится возможность юзать другие приложения на Пайтон, которых очень много. 2) Все архивы с файлами теперь здесь https://mega.nz/#F!MSRDxSqR!5etS-te7ZqRQX9Zb25es_A 3) На данный момент рекомендуется использовать UEFITool v0.25.0 (и не выше), до выяснения
Соблюдайте Правила конференции и используйте поиск по теме. Мешающие чтению картинки и видео убирайте под спойлер. Сообщения с избыточным цитированием могут исправляться или удаляться без уведомления их авторов.
Последний раз редактировалось DeathBringer 22.02.2025 23:07, всего редактировалось 1045 раз(а).
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
Модуль EFI NVME вообще обновляет кто? или он идёт всегда одной версии как AHCI? Я ещё это даже не смотрел, просто может кто в курсе что бы лишний раз не парится...
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
Просто так написано, что я тоже это сообщение совсем не уразумел. Получается, выбора не будет. Не совсем комильфо. Например, для Ivy пока микрокода с заплаткой нет, я ставлю 19-й с лучшим разгоном, а не последний. Смысла последний ставить - ваще 0.
Кстати, как посмотреть что ОС делает с 19-м, и подменяет ли? (Подробно, чего открыть, куда заглянуть, как опознать?)
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
ingviowarr писал(а):
Например, для Ivy пока микрокода с заплаткой нет
И слава богу У меня вон на Kaby Lake минус 30% производительности SSD NVME из за микрокода 7С и 80. тогда как с версией 70 всё идеально. Заплатки винды не режут производительность, тогда как новые микрокоды Intel это нечто но тут ещё такой момент что не на всех системах проблемы... так что единого мнения скорее нет...
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
jjxaker Понижение микрокода просто деактивирует защиту от Spectre, которая тормозит на неоптимизированных драйверах. Проще микрокод обновить, но отключить саму защиту через реестр до появления новых дров.
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
jjxaker Звучит устрашающе, конечно... Как раз посматрирваю за новыми SSD NVME от Гнус-ов. Но систему обновлять не буду, аж пока Intel не пределает конвейеры предсказаний аппаратно. Т.е. долго ещё. Девиз "Сидим ровно на Сандиках" - это им как серпом по южному мосту
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
DeathBringer писал(а):
до появления новых дров.
Интересно а как они собираются решать это вообще в глобальном смысле, ведь львиная доля ПО и драйверов не получит обновление в принципе... А вообще нужно у себя эту зависимость проверить, обошел стороной эту проблему ибо мне эти защиты не нужны. а вот производительно дарить нафик надо.
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
Сдаётся мне, после пиндюлей от Торвальдсона, они будут этот костыль мастерить через связку Микрокод -> ME -> OS patch + updated drivers/soft где роль ME будет отведена компенсации утери производительности. Конечно, если Intel смирится с тем, что такая "стимуляция" продаж им уже не светит.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
ingviowarr Я еще не видел ни одного сообщения пользователей Windows, где потеря производительности не устранялась простым отключением защиты через реестр. По мне вопли Torvalds'а напоминают недовольство программиста при адаптации программы под новую операционную систему, когда просто изменить пару строчек не удается, а надо переписывать все заново. P.S. А Debian откатили на предыдущую версию микрокода без поддержки IBRS/IBPB/STIPB и соответственно защиты от Spectre.
Последний раз редактировалось DeathBringer 23.01.2018 19:16, всего редактировалось 1 раз.
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
DeathBringerНе-не, я о другом. Я как раз о том, когда защита должна работать. Каждый выбирает цвет горькой таблетки по вкусу. Кто-то совсем не выбирает. Лично я ожидаю скорейшего исправления данной проблемы. Если Intel всё-таки сподобится реализовать подобную схему костыля, то да, Торвальдсу скорее всего придётся переписывать модули заново. Но уже молча.
Сейчас этот форум просматривают: L3gas и гости: 29
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения