В Windows 10 21H2 появится новый параметр в меню питания, изоляция сторонних драйверов и процесс taskbar.dll

В Windows 10 добавят новый параметр в меню питания для перезапуска приложений, изоляцию сторонних драйверов, а панель задач получит отдельный процесс.

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

Опция называется «Перезапускать приложения после входа в систему». Впервые ее заметил пользователь Twitter @WithinRafael (Рафаэль Ривера), но по умолчанию она не включена в системе. При выборе этого параметра включается функция «Перезапустить приложения» в приложении «Настройки».

Возможность перезапуска приложений после входа в систему не нова, она уже давно является частью операционной системы, но добавление опции в меню «Пуск» сделает ее более доступной для пользователей.

Помимо новой опции питания, пользователь Twitter @thebookisclosed (Albacore) обнаружил, что Microsoft, похоже, вносит изменения в изоляцию сторонних драйверов в Windows 10 аналогично тому же подходу, который применяется в Windows 10X.

Согласно @thebookisclosed, Microsoft создает новую папку «OEMDRIVERS» внутри папки «Windows», в которой будут храниться сторонние драйверы вместо того, чтобы хранить их в папке «System32».

Кроме того, пользователь Twitter Albacore также заметил, что панель задач будет выделена в отдельный процесс. До сих пор панель задач была частью explorer.exe, но после сборки 21343 процесс был перемещен в taskbar.dll.

«В голове не укладывается, что панель задач перемещают по прошествии десятилетий. Проводник по-прежнему содержит старый код, но в будущем можно будет переключиться на динамически подключаемую библиотеку. По-прежнему есть некоторые странные ошибки, такие как наполовину сломанный интерфейс поля поиска», – поясняет @thebookisclosed.


Активировать скрытые возможности на инсайдерских билда можно через ViveTool или mach2.

@Sanctuary_s
29.03.2021 14:00 UTC
Первоисточник

Комментарии

@
29.03.2021 09:48 UTC
0
НЛО прилетело и опубликовало эту надпись здесь
@impexp
29.03.2021 14:57 UTC
0
Только те, у которых драйвер просит вызовы функций system32.dll, но перед этим нужно заменить оригинальный system32.dll на «фирменный» от производителя устройства. Примерно так это будет работать.
@FrozenTwilight
29.03.2021 09:49 UTC
0
Лучше бы они вернули возможность выключать адаптивную яркость экрана на ноутбуке. Лично я сам хочу решать когда яркость убавить, или же наоборот, добавить.

Сейчас же приходится через реестр править постоянно.
@RaymanOne
29.03.2021 10:06 UTC
+1
Это что-то другое?

29.03.2021 11:03 UTC
0
Ответил ниже nixtonixto, чтобы не дублировать сообщение.
@nixtonixto
29.03.2021 10:18 UTC
0
У вас, возможно, примитивная схема управления яркостью, а не адаптивная. В моём ноутбуке она адаптивная, то есть следит за пользователем, когда он прибавляет-убавляет яркость и строит внутри себя графики. В итоге, после пары недель адаптации, она идеально подстраивает яркость, нет желания вмешиваться в её работу.
29.03.2021 10:35 UTC
0

Вместе с цветовым профилем?

29.03.2021 11:02 UTC
0
Да, у меня это реализовано банальным образом. Если на экране отображаются светлые цвета, или где много белого — яркость устанавливается до максимально заданного мною уровня (например 75~80%). Если же наоборот, работает игра, или приложение с темной темой и — яркость сбрасывается примерно к 50%.

Раньше это можно было выключить в меню Электропитание -> Доп. параметры -> Экран.
Уже год как этот параметр оттуда убран и больше нигде не появился.
29.03.2021 11:32 UTC
0

Скорее всего это параметры встроенной графики, там такое поведение тоже есть. Либо ещё бывает режим HDR.

29.03.2021 11:50 UTC
0
Спасибо за наводку! Вечером проверю HDR режим.
@Dim0v
29.03.2021 09:52 UTC
+4
Кроме того, пользователь Twitter Albacore также заметил, что панель задач будет выделена в отдельный процесс. До сих пор панель задач была частью explorer.exe, но после сборки 21343 процесс был перемещен в taskbar.dll.

Пользователь ничего такого не замечал. В его твитах нет ни слова об отдельном процессе. Только о появлении DLL с кодом таскбара. Отдельный DLL и отдельный процесс — это вещи абсолютно перпендикулярные. Можно иметь кучу DLL в одном процессе и кучу процессов из одного DLL/EXE.

@agromix
29.03.2021 10:01 UTC
0
наверное это частичный переход на модульную архитектуру, наподоби линукса
29.03.2021 10:13 UTC
0
Это Вы сейчас конкретно про что? Про ядро? или еще что то?
@red75prim
29.03.2021 10:05 UTC
+2

Достаточно логичная экстраполяция, по-моему. Зачем выделять функциональность в dll, если не для того, чтобы использовать из разных exe?

29.03.2021 11:54 UTC
+4

В том то и дело, что она не особо логичная.


Куча причин может быть. Начиная от банального "чтобы облегчить параллельную разбаботку таскбара и эксплорера, сделав их более независимыми", заканчивая "чтобы позволить динамически подгружать разные таскбары в зависимости от форм-фактора девайса/соотношения сторон экрана/положения звезд на небе". Для этих целей отдельный dll действительно будет полезен, в отличие от цели "разделить на 2 процесса".


Я еще раз повторюсь, вынесение части кода в dll ничем не помогает в вынесении этого кода в отдельный процесс. Ничего не мешало и раньше иметь 1 процесс explorer.exe, выполняющий код, который теперь переехал в taskbar.dll и другой explorer.exe, выполняющий все остальное.

@crackedmind
30.03.2021 06:47 UTC
0
Ага, он потом добавил
Parts of Explorer being moved into a separate *library* != them getting their own *process*

Changes like this help with internal code organization and the ability to iterate fast, they don't have any sort of implied stability benefit


Ну и два года назад они уже вынесли меню Пуск в отдельный процесс StartMenuExperienceHost.exe

Так что не вижу особого смысла дальше плодить процессы :)
@dartraiden
29.03.2021 21:11 UTC
+2
Согласно @thebookisclosed, Microsoft создает новую папку «OEMDRIVERS» внутри папки «Windows», в которой будут храниться сторонние драйверы вместо того, чтобы хранить их в папке «System32».
Всецело поддерживаю вынос любых, не связанных с Windows, бинарников из System32. Сейчас там свалка: рядышком с системными файлами лежит служба Dropbox, а также видеофайлы, используемые панелью управления графикой Intel (ребята не заморачиваются и просто сваливают все исполняемые файлы, библиотеки и ресуры в System32)
@mistergrim
30.03.2021 14:21 UTC
+1
По сравнению с файлом hosts в %SystemRoot%\system32\drivers\etc это ещё нормально.