[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
Статус: Не в сети Регистрация: 11.12.2012 Фото: 3
После публикации интеловских тестов в которых фиксы почти не влияли на производительность (даже при выключении HT), товарищи из Phoronix сделали свои изыскания под Linux, и установили, что применение исправлений для всего выявленного за последнее время комплекса процессорных уязвимостей приводит к снижению производительности процессоров Intel в среднем на 16 % без отключения Hyper-Threading и на 25 % - с её отключением. При этом производительность процессоров AMD с архитектурой Zen+, как показывают эти же тесты, снижается всего на 3 % Из представленных в исследовании тестов можно сделать вывод, что снижение производительности процессоров Intel сильно отличается от приложения к приложению и при отключении Hyper-Threading легко может превышать даже полуторакратный размер. Собственно, об этом как раз и говорит компания Apple, когда называет свою цену устранения Zombieload — до 40 %. При этом Apple, как и Google, говорит о том, что сделать системы на базе процессоров Intel полностью безопасными можно только так. Если же к выключению Hyper-Threading не прибегать, то снижение производительности тоже может быть весьма заметным: в худшем случае оно достигает двукратного размера...
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
Klem писал(а):
После публикации интеловских тестов
Klem, я уже однажды высказывал шальную мыслЮ, почему Intel купила разработчиков ARM процессоров? Долго размышлял, прикидывал. Почти на 99,9 могу сказать, все отдельные модули CPU по контролю DRAM, отдельно iGPU, PCI, etc... построены на этой основе, RISC. То есть, каждый отвечает за своё. Есть кольцевая шина, все общаются. Загрузка микода есть команда отдельному ARMу.... Где-то должЁн быть куратор, то бишь основной ARM. Да, можете возмущаться и опровергать.... Построить архитектуру на одном кристалле, с возможностью загрузить микод (а это УЖЕ микропрограмма) - может я отстал? Канешно, обязано быть RAM некое буферное. Недаром CodeRush упоминал, что стадия PEI проходит инит в кеше до инит RAM, которая уже зарезервирована. Это философия, размышления... Хотя готов в штыки встретить возражения...
Хотя, асинхронно работать... В этом что-то есть. Уровень прерываний -1??? Свои, внутренние? Обработка IRQ затрагивает стек, это затраты на обращение к памяти. Значитца, всё только через РОН, внутренние кИшки. Отпадает.
Member
Статус: Не в сети Регистрация: 13.05.2004 Откуда: Россия Фото: 38
LS_29 обновил BIOS 1005 (UEFI Aptio V) у ASUS ROG MAXIMUS XI EXTREME (спасибо за софт и разъяснения), кстати, у неё на борту два BIOS, переключающиеся кнопкой на материнке. Я так понимаю, что переключаешь, и работаешь уже с другим BIOS? Обновил модули в "M11E.CAP" с помощью UBU, затем прошил "M11E.CAP" с помощью ASUS USB BIOS Flashback. После этого установил Windows 10 Pro x64 (1903), установил в винде последний доступный драйвер для IMEI, и с помощью FTK12 обновил модуль "ME", который в свою очередь собирал из двух частей. Полная копия BIOS (16 мегабайт) считывается, использовал FTK12, получил, допустим "bios.bin". Как бы теперь его разлочить, чтобы шить только с помощью FTK12 или сразу из командной строки "fptw -rewrite -f bios.bin". Все BIOS с сайта производителя залочены (BIOS Lock VarOffset = 0xA83). Остаётся только метод с EFI Shell + amisetupwriter? Или есть ещё варианты?
Вот такую ошибку выдаёт:
Цитата:
Error 167: Protected Range Registers are currently set by BIOS, preventing flash access. Please contact the target system BIOS vendor for an option to disable Protected Range Registers.
Member
Статус: Не в сети Регистрация: 10.08.2015 Откуда: Молдова
извиняйте если вопрос уже был - можно ли с помощью данной программы(или еще как нибудь) - подружить плату на H61 чипсете с Intel Xeon E3-1220 v2, если плата, по описанию производителя, дружит и с Санди и с Ивиками(десктопмными), но по Xeon-ам - только с Сандиками. можно как нибудь поставить микрокод и для v2?
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
allbuks Теория не интересует. Что происходит при установке и попытке старта с Xeon E3-1220 v2? Работоспособность этого Xeon где-то еще можно проверить?
Member
Статус: Не в сети Регистрация: 10.08.2015 Откуда: Молдова
DeathBringer писал(а):
Что происходит при установке и попытке старта с Xeon E3-1220 v2
так еще не куплен. в том то и проблема что не ясно будет ли работать, или нет. и есть ли шанс их совместить. если сложилось впечатление что процессор уже куплен - извините. может не лучшим способом сформулировал вопрос. а данный Xeon просто дешевле i5 3750.
Member
Статус: Не в сети Регистрация: 16.04.2015 Фото: 3
Друзья подскажите, возможно в bios asus hero x внести изменения по управлению вентиляторами, а именно изменить режим DC Mode. Сейчас нельзя опустить обороты вертушек ниже 60%. Может можно внести изменения и опустить планку хотя бы до 30%?
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
Приветствую. Кто подскажет по поводу ситуации что мол после замены процессора в ноутбуке, он работает замечательно ровно 30 минут а после выключаться? Завтра нужно сделать замену процов в ноутбуке Asus X55A, установить i3-3120M вместо Pentium 2030M. и вот владелец ноута где то вычитал что будет работать пол часа и всё. Лично я ещё не ковырял этот вопрос... но возможно кто то тут в курсе подобной ситуации, и каким образом можно обойти эту проблему если таковая вообще имеет место быть. просто если такое и есть то оно явно завязано на уровне ME FW или биоса... Просто нужно понять, есть ли смысл возни с ноутом.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения