[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 28.01.2024 11:28, всего редактировалось 1026 раз(а).
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Продолжаю экспериментировать с загрузкой микрокода и множителями Turbo Boost для non-K процессоров на ядре Haswell.
Поправил код в модуле SEC core (GUID=1BA0062E-C779-4582-8566-336AE8F78F09) так, чтобы увеличенные значения множителей попадали в MSR_TURBO_RATIO_LIMIT до(!) загрузки микрокода.
Если в BIOS вшить микрокод версии 0x07, то после загрузки Windows получаем максимальные множители Turbo Boost по всем ядрам, но уже без использования RWEverything.
Если же в BIOS вшить микрокод 0x23, то после загрузки Windows получаем только штатные значения множителей.
Можно пойти по комбинированному пути - позволить BIOS грузить микрокод версии 0x07 и выставлять множители, а новый микрокод грузить через VMware CPU Microcode Update Driver. Тогда получаем максимальные множители на новом микрокоде.
Сейчас думаю о двойной загрузке микрокода в самом BIOS...
Member
Статус: Не в сети Регистрация: 12.09.2017 Откуда: Алматы
Всем привет. Есть плата на C602, на плате есть дополнительный Asmedia 106x Sata controller (+2 Sata 3.0, итого 4 Sata 3.0), драйвер в биосе из стока 3.80 ACHI. У меня подключено 2 диска как раз на Asmedia контроллер (а винда на NVMe PCI-e). И когда я запускаю утилиту HWinfo (sensor only) то на Detecting Sensors... S.M.A.R.T. думает немножко времени и после этого отлетают диски на этом контроллере, а HWinfo успешно прогружается. После того как диски отлетели комп не выключается и не перезагружается до конца (на черном экране зависает) приходится перезагружать/выключать через кнопку (тоже самое было и раньше на клоне такой же платы). Раньше не понятно почему проблема исчезала после отключения S1 сна в биосе (на disabled, как на родном так и на модифицированном биосе) а когда я модом через AMIBCP поставил по умолчанию disabled (добавку к моду добавил), то после мода биоса и это перестало помогать (даже при возврате на родной биос, просто перестал этот непонятный причём тут метод работать). Что за мистика с этим контроллером не понятно, никто не знает в чём может быть? обновил на компе драйвера до 3.2.3 - не помогло...
Member
Статус: Не в сети Регистрация: 10.09.2004 Фото: 7
После заливки 23 микрокода в 4670К обнаружил такой косяк - мониторинг потребляемой мощности блоками проца врет. Часть данных вообще исчезла, оставшиеся два не пойми какие. До этого все отображалось корректно, не было только инфы по встроенной гарфике, ибо у меня дискретная видяха. В остальном порядок.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
AlexPORT Тогда это однозначный глюк. У меня на i7-4785T такого эффекта нет. Правда, как я уже писал, BIOS у меня грузит микрокод 0x07, а новый микрокод грузится уже из-под Windows.
Добавлено спустя 3 минуты 24 секунды: Кстати, микрокод грузится из BIOS, то хотелось бы увидеть нынешние результаты Get-SpeculationControlSettings
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения