Comments 46
А есть вариант в виде скрипта? Приложуха - это оверкил.
Нельзя применить выборочно твики, и когда так делаешь - вообще неочевидно что они не применяются. Только всё или ничего.
65 мегабайт на то, чтобы 28 значений в реестре поменять?
Ну и было бы интересно бенчмарки увидеть.
И влияние на работу. К примеру, отключение гейбара обычно ведёт к тому, что постоянно начинают всплывать сообщение о том, что такая-то ссылка должна открываться при помощи геймбара и просят приложение выбрать.
Сейчас так пишут, хорошо что не электрон какой-то, было бы 600мб. Винапи никому не интересен уже..
Не было бы WPF, можно было AOT включить.
Или наоборот, понизить требуемую версию НЕТ до 4 - в программе то простой интерфейс и нет сложного ничего.
В обоих случаях размер был бы терпимым.
Прежде чем "оптимизировать" виндовс, научись оптимизации для себя. Это ес-но автору.
А предыдущие его изделия вообще на вирусы похожи.
Есть такая штука - Tauri. Как электрон, только использует системный браузер. Как следствие - 5мб весит приложуха. Но если что-то надо на "бэке" не стандартное, придется на rust дописывать)
Сначала пишешь "ALT+TAB — фриз на 3 секунды", затем "Отключить оптимизацию полноэкранного режима - безопасно"...
А ничего что полноэкранные оптимизации созданы чтобы УМЕНЬШАТЬ время переключения между рабочим столом и фуллскрин играми?
3 - первый параметр у вас вообще invalid значение (и поэтому будет = дефолту) а второй даже вредит
4 - вы сами верите в своё описание?
Далее вы предлагаете отключить sysmain, т.е. отключить службу по оптимизации для оптимизации? (она занимается сжатием ОЗУ что важно на компах где её мало, это zram короче)
Тут ещё оказывается есть риски, но какие абсолютно не написано, а значит ничего реально не тестировалось. (отсутствие бенчмарков тоже намекает на это)
"Отключить TCP-метки времени" - они и так по дефолту выключены, хотя для проги на букву z очень даже полезны.
"Отключить сетевой троттлинг — убирает лимит в 10 пакетов" - чёт я не замечал никаких лимитов в 10 пакетов
Реальное название статье - 28 твиков которые я не проверял. А ну и ещё это на самом деле просто .reg файлы
В следующий раз проси ИИшку пруфать свою фигню
@Sanctuary_s может у вас будет что добавить
Приветствую. Если интересно мое мнение, то, желание сделать что-то свое всегда приветствуется, но по реализации огромные вопросы:
"которая вытаскивает из Windows 10/11 максимум FPS" — это просто ложь и желание ввести в заблуждение читателя, надеясь, что он не сможет дать оценку написанному. Это огромный минус врать в самом первом предложении, что говорит либо о том, что описано выше, или автор, не являясь специалистом в данной области, сам верит в то, что пишет.
" какие параметры реестра реально влияют на производительность": параметры в реестр в общем-то не влияют на производительность...
"почему Windows по умолчанию тормозит в играх": Windows не тормозит в играх. ОС тормозит из-за древнего ПК без SSD или из-за применяемых троянов, которые удаляют системные файлы.
"а в Valorant на ALT+TAB". В Valorant нет никаких фризов при Alt+Tab. Как и нет их в других играх
"Xbox Game Bar — пишет видео в фоне и дёргает GPU". Оно не пишет видео и не дергает ничего...
"Windows Search — индексирует полмиллиона файлов при каждом чихе": это, слава Богу, не так. Господи, откуда такие выдумки можно было прочитать, чтобы переписать здесь?
"DiagTrack — собирает телеметрию и шлёт в Microsoft". И что в плохого в том, что продукт вынужден собирать телеметрические данные, чтобы сделать его лучше? Я думаю, тут вопрос к матчасти, как делается продукты такого уровня, как Windows.
"SysMain — предзагружает приложения, которые вы не просили": Стеркин уже икает, небось. https://www.outsidethebox.ms/19318/
"Виджеты — тянут новости через Edge в фоне": и что из этого?
"Существующие решения — это либо скрипты с GitHub, где непонятно что происходит, либо платные утилиты с агрессивным маркетингом": интересные выводы. И откуда такие познания вообще?
" Windows Recall → отключён": вот задание: узнать, где будет работает Recall. Да, это сложно разбираться в теме, но не понимать, что надо проверять сначала, имеется ли NPU, а уже потом что-либо делать, — это и есть профессиональный подход.
Применять такие "твикеры", конечно, не надо, если не хотите звать знакомых вам переставлять Windows...
В общем за изобретение ставлю пять, но по предмету — неуд, так как отсутствуют фундаментальные знания по ОС как таковые. Тут поможет лишь чтение литературы, и продукт будет улучшаться. Пока это очень плохо. Через пару лет усердного труда будет лучше, если не бросишь.
Про рекламу какого-то VPN-сервера и "Защита соединения + низкий пинг для игр" я просто промолчу... Какая защита? С какой стати низкий пинг (как пинг может быть низким вообще?).
С какой стати низкий пинг (как пинг может быть низким вообще?)
Это для игрунов написано, которые не шарят. Но низкий пинг - обычно это звучит в контексте, относительно чего-то (например норма играть в условный КС с пингом 20-25 из Мск - и это низкий пинг, а если с ВПН он стал 120 - то это уже высокий пинг. С ним может уже даже дискомфорт появиться) в общем все дело в контексте) в статье его нет)
SysMain та ещё свинка. Выполняет функции superfetch, который расходует ОЗУ на якобы часто используемые приложения, которые даже не запущены. В эпоху ссд это расточительство, не говоря уже о том, что занятая память "на всякий случай" нервирует и портит всю эвристику приложений.
Полноэкранная оптимизация вообще параша. Долгое время не понимал, почему во всех играх скрин тиринг, приходилось мучиться с vsync. А как только эту "оптимизацию" вырубил - все заработало как надо.
В эпоху ссд это расточительство, не говоря уже о том, что занятая память "на всякий случай" нервирует и портит всю эвристику приложений.
Не согласен. Пустая память - деньги на ветер. Любая современная ОС умеет резво освобождать кеш, если вы вдруг решите его внезапно чем-то занять. Так что пущай кеширует, в идеале конечно бы ей обозначить, что НУЖНО кешировать - но тут уж чем богаты, тому рады.
Ага, резво освобождать и подгружать, хорошо бы ещё умела превосходить лимит пропускной способности памяти и задержки от этих загрузок туда сюда
Задачи, которые упираются в скорость DDR, можно пересчитать по пальцам одной руки. Если вы там 24\7 сжимаете и разжимаете архивы - наверное, есть смысл озаботиться отключением кеша.
Любая программа аллоцирующая память периодически будет ждать её освобождения, ядро системы не за 0 времени принимает решения, самое главное у памяти есть latency и множество разных нагрузок могут сильно замедлить систему
Так же это грузит диск, соответственно в моменте может и в него упираться
Плюс некоторые программы не видят реальное количество доступной памяти из-за кешированной, и думают что её мало осталось
Вот они по пальцам одной руки:
браузер, новые вкладки, смена качества видео на ютубе, прогрузка фоновых телеметрий на сайтах - здесь лаги не критичны, конечно пока они не начинают занимать от половины времени ожидания(когда приходишь в какой то офис, а там висит всё - эксель, браузеры, что-то в фоне пытается работать, какой то там 360 антивирус что-то делает при этом нагружен на 100% не процессор)
Игры, новые кадры, загрузка текстур и много там чего ещё - микрофризы, иногда и "макрофризы"
Так что чем больше колебаний занятой рам тем менее отзывчива система
Конечно sysmain бывает полезен, отчего только хуже. Он то нужен, то не нужен к сожалению
Но говорят на 32 ram без него уже лучше чем с ним, хотя никогда не тестил на 32
Плюс некоторые программы не видят реальное количество доступной памяти из-за кешированной, и думают что её мало осталось
Ну это говнокод, ОС тут не при чем.
браузер, новые вкладки, смена качества видео на ютубе, прогрузка фоновых телеметрий на сайтах
Это все скорее всего тормозит по дисковым или сетевым операциям, браузер (на примере Firefox) вообще сложно отучить писать кеш на диск когда надо и когда не надо. Я в итоге пришел к тому, что дисковый кеш проще отключить.
Ну нет в браузере задач, которые пишут активно туда на 25+ ГБ\с. Ну вы понимаете, что даже если намеренно делать все максимально криво, разогнать среднестатистические 100 мегабит в секунду чтения (ethernet) до среднестатистических 25 ГБ\с записи (ddr4-3200) нереально? Туда же идут и задержки, сколько там у самой убогой конфигурации ddr4? 22ns (2133@24). А пинг у вас до сайта сколько? 40мс? 80?
Короче, вы не там ищите проблему. Вот разве что игры я приму как аргумент в дополнение к архиваторам, и то там скорее всего дело окажется как всегда в кривости основного потока, а не скорости памяти.
когда приходишь в какой то офис, а там висит всё - эксель, браузеры, что-то в фоне пытается работать, какой то там 360 антивирус что-то делает при этом нагружен на 100% не процессор
Классический изнасилованный диск, в офисе поди еще и HDD, а не SSD, хотя ультрабомж SSD (которые я не удивлюсь увидеть в офисе) иногда своими тупняками дадут прикрутить барракуде образца 2014.
25+ Гб/с это последовательный доступ, которого никогда не присходит на практике. 2 программы с последовательным доступом к памяти это уже непоследовательный чередующийся доступ
25 Гб/с некуда деть так просто, только лишние копирования конечно делать внутри рам - им можно заполнить весь L3 кеш за миллисекунды, а диски медленнее рам
А ос сейчас всё ещё много копирований делают чтобы выполнить какой нибудь системный вызов. Хотя уже кольцевые буферы начинают всё чаще применяться
Если учитывать всю подсистему памяти
Кешмиссы начинаются примерно от 50ns
1 задержка на 1 процессе/потоке может вызвать ступоры в других процессах, те будут больше ждать, делать больше попыток доступа(если какие то общие данные и требуется атомарный доступ)
Это как снежный ком, легко и просто эти задержки выходят в масштаб микросекунд даже 50 вкладок не надо
Ступоры можно даже с хорошим ssd наблюдать, хоть и сильно реже
В винде например легко почувствовать отзывчивость самой ос если убрать 20-30 процессов встроенных в винду, при том потребление рам снижается на полгига. Но я не знаю почему эти 20-30 процессов чем то там занимаются что это заметно
Например люди жалуются что win11 чистая как то туговата после десятки
25+ Гб/с это последовательный доступ, которого никогда не присходит на практике. 2 программы с последовательным доступом к памяти это уже непоследовательный чередующийся доступ
Мне кажется, вы путаете DRAM и SSD\HDD. У DDR памяти нет последовательного и рандомного доступа, у нее есть только read, write и copy. Мне не удалось быстро с работы нагуглить что-то конкретное, но искуственный идиот пишет следующее:
For DRAM, the performance for random and sequential writes tends to be quite similar, especially at high bandwidths and with modern architectures that optimize access patterns. The primary factors affecting performance are bandwidth, latency, and memory controller efficiency, not whether the access pattern is random or sequential.
UP: Дальнейший допрос по DDR5:
Sequential read: ~48,000 MB/s
Random read: Might be around 35,000-40,000 MB/s, depending on system and workload
Можете в меня кинуть какими-то ссылками на тему?
Например люди жалуются что win11 чистая как то туговата после десятки
Люди также жаловались на Windows Vista, которая лично у меня летала. Просто люди пытаются установить новую систему на старое железо.
Думаю win11 не должна быть менее отзывчивой на том же условном ryzen 1600x. Функционал одинаковый, просто больше встроенного слопа. Ну и конечно патчи, патчи, патчи
Есть утилита stress-ng под линукс. Попытался кешмиссов сделать, но 4800h с linux отлично держатся. Хотя микрофризы есть при свободной рам
Я просто уже и не помню откуда я что-то узнал. Вот покопался, думаю уж лучше в первоисточнике(почти) смотреть
Если в общих чертах
https://en.wikipedia.org/wiki/Dynamic_random-access_memory#Memory_timing
Память же доступна чанками по сколько то бит
И чтобы открыть такк называемый row нужно подождать пока заряды стекут с кондесаторов, увы память на емкостях построена
Там так же задержка на закачивание данных(заряд кондесаторов)
При последовательном доступе эти тайминги "прячутся" за эффектом конвейера
При рандомном - надо постоянно открывать/закрывать.
CAS тайминг это прям минимум, нижняя граница
При рандоме тайминги начинают складываться
PS. пытался найти именно в тестах уменьшение эффективной пропускной способности, но современные статьи по бенчам превратились в слюнепускания по большим кешам, npu, unified memory, якобы время батареи и тд. Сложно найти что-то уже, у меня не выходит
кстати, имхо, по моей памяти, самый действенный способ уменьшить фризы в играх на старых пк это: выключить игровой режим винды и поставить играм высокий приоритет процесса (предпочитаю через system informer т.к. он может запоминать приоритет, а игровой режим отключаю из-за того что он сам управляет приоритетами), а дискорду поставить "нормальный" т.к. по дефолту он в повышенном
я добавлю
Аппаратное планирование GPU (HAGS) - отключение ломает генерацию кадров ты её не включишь, увеличивает задержку при включенном reflex из-за не оптимальной очереди кадров, правоцирует фризы при резких сменах кадров с g-sync из-за не оптимальной очереди кадров. И на 4000-5000 линейке PCL и тотал лейтенси не растут. Её выключение сомнительно оправдано было когда с ОБС конфликтует.
Приоритет мультимедийных задач - значения ниже 10 не применяются, резерв должен быть, особенно при процессорах с гетерогенной архитектурой.
Высокое разрешение таймера - как уже упоминали - динамический таймер есть, но не упоминалось, что ломается и без того низкуя автономность ноутов такими не тестированными на разном железе твиками.
возможность введения кастомного dns нужно сделать, пункт выбора меню "добавить своего поставщика услуг dns"
Про таймер я бы поспорил. Драйвер видеокарты работает в режиме ядра, ему системный планировщик до лампочки.
Да и настройка этот таймер в Win10/11 переключает из динамического режима (где такт подстраивается под приложения) в статический (фиксированный). Нормальные игры сами должны переключать такт на минимальный размер, так что очень спорный твик.
Существующие решения — это либо скрипты с GitHub, где непонятно что происходит, либо платные утилиты с агрессивным маркетингом.
Это очень смешно на самом деле.
Можно подумать, что ваши скрипты кому-то понятны. Вы даже сами не понимаете что они делают. Просто нашли в инете правки реестра, коих тысячи, и запили exe'шник. Ну или opus постарался за вас.
UDP: лол, всё оказалось банальней. За оптимизатором скрывается впн клиент с платной подпиской.
Встроить впн в "оптимизатор" винды! Кек, это же надо было додуматься до такого
Твики можно включать и выключать синей кнопкой справа, но это, судя по всему, ни на что не влияет. Как включить только выбранные твики?
Погода, Новости, Почта, Cortana
Кто? Оно умерло в 2023 году еще.
Все делается через службы и групповые политики
Можно GUI и на PowerShell написать с чекбоксами, но ведь тогда любой просмотреть может что происходит...
Проблема в том, что Windows — это корпоративная ОС, а не игровая. По умолчанию там крутятся:
Xbox Game Bar — пишет видео в фоне и дёргает GPU
Понятно. Xbox - первый признак корпоративной, а не игровой.
Ясно-понятно.
Поверьте... на современном железе с 2 x ddr 5 на скорости 5600, многоядерном овер 20 ядер проце на этой же шине 5600 , rtx 3080 и M2 SSD на каких то невероятных скоростях около 7200 на чтение. никакими фризами даже не пахнет. Хватит оптимизировать морально устаревшее железо. Оно для Doom предназначено. Вовремя обновлять компьютер достаточно для решения всех фризов.
Бесполезная приложуха для того чтобы прорекламить ВПН)
Как я оценил положительный эффект и подводные камни по пунктам и выложил в опенсорс.
1) «Таймер 15.6 мс = катастрофа для 144 Гц»
Это не так в том смысле, как написано. Частота кадров не ограничивается “системным тиком 15.6 мс”. Игры используют высокоточные счётчики/таймеры и свои циклы рендера.
Да, в Windows есть понятие “timer resolution”, и приложения могут запросить более частое пробуждение таймера (через timeBeginPeriod).
Но “принудить глобально 0.5–1 мс” — это скорее про латентность планировщика/пробуждений, а не про «кадры не попадают в тайминг». И это имеет цену: больше wakeups → больше энергопотребление/нагрев/шум, иногда побочные эффекты по стабильности. Это хорошо объясняется в разборе про Windows timer resolution и энергопотери.
Вывод: как “универсальный FPS-твик” — сомнительно; как узкая настройка под конкретные кейсы (например, некоторые аудио/латентность-чувствительные сценарии) — иногда обсуждаемо, но на хай-энд игровом ПК чаще даст побочку, чем пользу.
2) SystemResponsiveness = 0 («отдай всё игре, 20% CPU зарезервировано»)
Microsoft действительно описывает SystemResponsiveness как процент CPU, гарантированный низкоприоритетным задачам при работе MMCSS.
Но важное: значения ниже 10 и выше 100 “зажимаются” (clamp) к дефолту. В документации прямо сказано, что значения вне диапазона приводятся к типовым.
То есть утверждение «поставь 0 и Windows отдаст всё игре» — как минимум не соответствует поведению, описанному Microsoft.
Вывод: этот пункт в статье подан неверно/слишком уверенно. Максимум — вы меняете поведение MMCSS, и то не так, как заявлено.
3) Сетевые твики: TcpAckFrequency, TcpNoDelay, отключение timestamps
TcpAckFrequency— реальная настройка, Microsoft описывает её как управление поведением delayed ACK (сколько ACK может “висеть”, прежде чем игнорировать таймер задержки).
Но влияние на “пинг в играх” не гарантировано: многое зависит от протокола (UDP/TCP), модели обмена конкретной игры, маршрута/буферблоута и т.п. Часто это меняет накладные расходы/поведение TCP, а не магически снижает задержку до сервера.С
TcpNoDelayв статье есть типичная путаница: Nagle отключается на уровне сокета опциейTCP_NODELAY, которую включает само приложение.
А “реестровый TcpNoDelay” у Microsoft встречается как специфичная настройка для MSMQ (Message Queueing), а не как универсальный “ускоритель игр”.TCP timestamps — в Windows есть и глобальные, и per-socket настройки. Выигрыш “минус лишние байты” для игр обычно микроскопический, а потенциальные побочки/неочевидные эффекты — есть.
Вывод: сетевые твики — зона, где очень легко получить плацебо или ухудшение (потери/джиттер под нагрузкой/просадка throughput), особенно если проблема на самом деле в роутере/Wi-Fi/буферблоуте/маршруте до сервера.
4) Отключение Game Bar / Game DVR
Отключить фоновую запись/захват (Game DVR / background recording) — часто разумно, если вы этим не пользуетесь.
Но полностью “убить” Game Bar на некоторых системах может быть неожиданно вредно: есть реальные кейсы, где Xbox Game Bar используется как часть механизма “пометить процесс как игру” для оптимизаций планировщика (особенно обсуждается в контексте AMD Ryzen X3D с несколькими CCD).
Вывод: на хай-энд ПК (особенно с X3D/гибридной топологией) безопаснее не удалять Game Bar, а отключать именно захват/оверлейные фичи, которые вам не нужны.
5) Отключение “контроль памяти” (похоже на Memory Integrity / HVCI)
Это не “безопасно”, как помечено в статье: отключение Memory Integrity/HVCI/VBS — это компромисс безопасность vs производительность. Microsoft описывает Memory Integrity/VBS как усиление защиты ядра.
При этом независимые тесты показывали, что HVCI/VBS может заметно влиять на производительность в некоторых сценариях (величина зависит от железа/игры).
Вывод: это один из немногих твиков, который реально может дать измеримый прирост, но “подводный камень” — вы осознанно снижаете безопасность системы.
Пробуем, возможно годненько, но думаю вопросы будут...
Купить топовое железо и разогнать нормально и не будет фризить.
Animal Well - игра 2024г на 15ч весом 30мб.
Какая-то приложуха для изменения пары десятков строчек в реестре вместо рег файла - Animal Well * 2
Сделать оптимизатор для игр и не добавить вырубание залипания клавиш(да и других спец возможностей) - смертный грех. Я его каждый раз после переустановки винды забывал вырубать и оно каждый раз мне руинило игру.
Я бы рекомендовал почитать дискуссии прежде чем менять Timer Resolution:
Я в некоторых сборках это глобальный параметр, на который опираются все процессы. Его измнение может привести к отдаленным последствиям.
Если вы всё-таки хотите его изменить, необходимо протестировать, какие конкретно значения оптимальны для ваших задач и для вашей ОС
Нет универсальных или общих значений, они могут только испортить вашу работу. Вместо изменения этого параметра лучше вообще пойти другими путями.
Нужно стремиться не к уменьшению таймера, а к уменьшению прерываний процессора, к уменьшению его переключений между процессами.
Для этого нужно работать и с параметрами реестра, и с приоритетами, и отключать ненужные службы и много чего ещё. Это огромная и тонкая работа, по которой еще никто не написал подробную статью. Я когда-то хотел, но потом передумал: умный пользователь сам найдет свой правильный путь, а ленивый –проследует по чужому пути и упадёт в заготовленную яму.
Отдельным комментарием отмечу:
Хорошо что автор не стал менять
TdrDelayиTdrDebugMode, иначе с такими общими значениями он бы положил компьютеры всех, кто вслепую поставил твикер.
Кстати, твикер предполагает возможность самостоятельно твикать, т.е. регулировать каждое значение по своему усмотрению!
Нет критических параметров для отключения фиксов уязвимостей процессора Spectre и Meltdown:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"LargeSystemCache"=dword:00000001
"DisablePagingExecutive"=dword:00000001
; Disable Spectre, Meltdown, and Downfall mitigations
"FeatureSettingsOverride"=dword:2000003
"FeatureSettingsOverrideMask"=dword:00000003
Не думаю что в современных сборках эти фиксы можно отключить, да и новое поколение процессоров этим уязвимостям не подвержено.
Наверное стоит полностью отключить Hyper-V в биос и Core Isolation если вам нигде не нужна виртуализация и вы не используете виртуальные машины:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard\Scenarios\HypervisorEnforcedCodeIntegrity]
"Enabled"=dword:00000000
Если вам нужна надёжная изоляция ядра от процессов ради повышения безопасности то, конечно, не надо ничего трогать.
Как я написал оптимизатор Windows для геймеров и выложил в open source