Я использую стороннее расширение для Windows Explorer (в Windows 8.1), которое называется QTTabBar. На этом снимке экрана вы можете увидеть, как по умолчанию существует огромное количество пользовательских сочетаний клавиш, активированных им, и я предполагаю, что они «загружаются» в Windows Explorer, реестр или системную память каким-то образом.

альтернативный текст

Для системы уже есть десятки других горячих клавиш, таких как мои многочисленные сценарии AutoHotkey, помимо самих ярлыков Windows по умолчанию.

Выключит ли это чрезмерные ярлыки (которые я не использую), что вообще ускорит процесс? Или, другими словами - их включение вообще тормозит Windows? Это как расширения браузера замедляют работу браузеров?

Или не будет разницы между 1 или 200 ярлыками, отмеченными галочкой в QTTabBar, и для повышения производительности мне придется вообще отключить приложение?

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

|источник

1 ответ1

0

и я предполагаю, что они «загружены» в Windows Explore

Скорее всего, инструмент загружает привязку (в рамках сеанса) к соответствующим событиям клавиатуры.

Выключит ли это чрезмерные ярлыки (которые я не использую), что вообще ускорит процесс?

Очевидно, что меньшее количество настроек для проверки каждого события клавиатуры потребует меньше обработки.

Но объем обработки всех этих данных даже на нескольких летних процессорах крошечный. Скажем, требуется 50 циклов, чтобы проверить каждый, так что это 5000 на 100 ярлыков. 1 Но процессоры могут выполнять порядка миллиарда циклов в секунду. То есть. что 100 ярлыков использует 0,0005% ЦП.

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

Резюме: большинство процессоров проводят большую часть времени в режиме ожидания, ожидая ввода данных пользователем. Небольшое (относительно) увеличение обработки во входной очереди вряд ли будет иметь какую-либо измеримую пользователем разницу. 2

1 Я игнорирую все фиксированные - независимо от количества ярлыков - расходы здесь. Например. Windows будет вызывать хук, это может быть больше, чем время проверки, но все равно крошечно ...

2 Конечно, есть инструменты (например, Windows Performance Toolkit), который может смотреть на этот уровень детализации, но я говорю о восприятии пользователя.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .