#77

Дата выхода: 05.10.2021
Актуальная версия: 23H2 (22621.6345) / 24H2 (26100.7462) / 25H2 (26200.7462)

КРАТКОЕ ВВЕДЕНИЕ | ЗАГРУЗКА ОБРАЗОВ | ТРЕБОВАНИЯ К СИСТЕМЕ

Windows 11 — операционная система следующего поколения для персональных компьютеров и рабочих станций, разработанная корпорацией Microsoft в рамках семейства Windows NT, является наследницей Windows 10.

Стандартными способами не нашёл, как такое провернуть. Команда taskkill открывает на мгновение окно, даже если её запускать напрямую, не из батника. В батнике есть возможность заглушить вывод от выполняемых команд, но окно терминала всё равно будет открываться, хоть что ты с ним делай.

kv0 ну и ладно, ок, я поставил 15 сек задержку, все равно ничего эти 15 сек я и не делаю.

Есть ещё вариант запускать через VBScript.
Допустим, у нас в папке C:\Utils лежит батник "taskkiller.bat", где уже прописана команда taskkill со всеми нужными параметрами.

Тогда в блокноте создаём такой код:


Сохраняем этот код как файл "taskkiller.vbs"
В Планировщике создаём задачу, где в качестве запускаемой программы указываем скрипт "taskkiller.vbs"

По крайней мере, у меня на Windows 11 в этом случае процесс завершается без открытия дополнительного окна.

Винда так же кеширует всю оперативу и потом не вычищает. 24н2
Как с этим бороться?

а зачем она кеширует всю оперативку

Поставить MS-DOS.

отомсти ей. закешируй весь минибар и потом не вычищай

Никак. Вы занимаетесь вредной фигнёй. Кэшированием ФС занимаются все операционные системы. Линукс, Мак, Андроид, дренвяя или новая винда без разницы. Эти данные считаются доступной памятью и будут перезаписаны при первой необходимости. Есть ноль причин их сбрасывать.
Впрочем, никто не может помешать вам заниматься вредной фигнёй.

Скажите это софту которы потом орет что оперативы нет и выключается.
Освободит она как же.

Память с приоритетом Standby ничего не занимает. Она вообще не находится в рабочем наборе или в выделенной (commit).
Её единственная задача в случае повторного обращения вместо повторного чтения с накопителя или откуда-то ещё просто поменять приоритет. Всё.
Для системы она полностью доступна. Совсем.
Система может жаловаться на то что у вас нет места под Commit или заканчивается физическая оперативная память, что на 100% не связано со Standby.
Вы ищите проблему не там. Она даже не считается "занятой".

Добавлено спустя 15 минут 18 секунд:
Ещё вы под кэшем можете иметь в виду modified. В каком-то смысле тоже кэш, но это совсем не то же самое. Это данные которые ДОЛЖНЫ быть записаны куда-то ИЗ памяти.
Если она забивается, то у вас вероятно включен параметр Large System Cache.
Проявляется это например так. Имеем быстрый SSD и медленную флешку. Кидаем большой файл. Получаем "мгновенное" копирование. SSD прочитали в память, а данные висят в Modified и медленно записываются.
То есть в данном случае дело совсем не в памяти.
Короче если вы вбили себе в голову, что ваша проблема в Standby и не хотите нормально разбираться с проблемой, то ничем вам помочь не могу. Приходите когда избавитесь от тараканов в голове.

Проблема что в диспетчере кеширует всю оперативу система, при этом физической свободно больше половины. Такой срани быть не должно. В старых сборках не было.

Добавлено спустя 1 минуту 12 секунд:

Мне это 5ичего не говорит. Где включать, выключать?

Она всю жизнь её кэшировала. "Скорость" кэширования прямо зависит от того какие программы запущены и что вы делаете. Туда попадает всё. Браузер скачал страницу? Она в памяти. Посмотрели фильм? Он в памяти. Запустили игру - в памяти. Всё будет в памяти. И когда она заполняется то, начинает её перезаписывать. Сбрасывать этот кэш вредно потому что придётся второй раз делать чтение, вместо того чтобы поменять приоритет и не быстрее чем сначала "удалить" а потом ещё раз записать.
Ну либо вы раньше использовали какие-то "оптимизаторы" которые этот кеш сбрасывает.
Ещё раз. Этот кэш ТОЧНО не является причиной исчерпания Commit(Выделенной) или физической памяти(In use\использовано). К тому же к Commit(Выделенной) он ВООБЩЕ никакого отношения не имеет. Standby находится исключительно в физической оперативной памяти.

Не надо ничего трогать, если у вас нет значимой доли modifed(изменено) при файловых операциях, по типа той что я ранее привёл. Некоторые "оптимизаторы" могли его включить. Ну и на серверной ОС тоже может быть включено.

Ваша проблема ТОЧНО не связана со Standby. Она не просто так помечена как доступная память.

Пока ничего не ставил

Недавно заметил такой факт. Иногда (не всегда) после перезагрузки компьютера монитор остаётся с чёрным экраном. Но если кнопкой на мониторе отключить его, и опять его включить, то видно, что винда и все программы загрузились как положено. Просто монитор почему-то иногда отказывается показывать изображение. Вот теперь думаю - дело в мониторе, или в кособокой версии Windows 24H2?

KriptoAlex
Вам нужно смотреть только два параметра когда вы ориентируетесь на исчерпание памяти.
Commit(выделено) - Это сумма физической оперативной памяти + Файл подкачки. Если ФП нет, то ничего не поменяется, Commit никуда не денется и память не перестанет быть виртуальной.
При исчерпании приложения будут падать или откажутся запускаться. Падать будет первое попавшееся, что достигнет лимита.
Эта "память" не лечится никаким оптимизаторами. Поможет закрытие приложений, раздувание ФП, переписывание кода приложения которое неадекватно много жрёт. Никакие оптимизаторы этот параметр не лечат. В диспетчере задач можно включить столбец на эту память, чтобы определить самых прожорливых. Утечки памяти чаще всего через этот параметр видно, а не через использовано (in use) или любые другие метрики. Для этой метрики в зависимости от сценария использования может быть совершенно нормально превышение используемого объёма физической памяти в десятки процентов или даже в разы. Обратите внимание, что, то что он огромный ещё не значит, что там реально есть столько данных. Именно поэтому нужен ФП, чтобы под часть "пустого" выделения было адресное пространство. Без ФП эту метрику можно считать как основную и вообще игнорировать использование физической памяти. Без ФП почти невозможно полностью занимать физическую память, хорошо если 50% получится в зависимости от ПО.

In use(использовано) - Сюда входит Working Set, Paged pool, Modified и прочее. НЕ входит Standby.
Лечится также закрыванием ненужных приложений или переписыванием их кода. Можно принудительно вытеснить в файл подкачки(в том числе "оптимизаторами"). В случае принудительного вытеснения, будет явно заметное замедление\фриз и все реально активно используемые данные вернуться в физическую память.

Есть ещё третий. Он, как правило, связан со странными плохо диагностируемыми проблемами, утечками на уровне драйвера и и тп. Paged и Non-paged pool. Не существует метрики для отдельных процессов.

Добавлено спустя 5 минут 19 секунд:
Совсем для чайников.
Приложение: Хочу 20ГиБ памяти.
Commit - 10 из 40 занято.
Windows ок "выделяем".
Приложение: Использует 1ГиБ.
Выделено 30 из 40.
Метрика In Use(использовано) - Грустит.

Это не всегда обязательно кривой код и всё плохо. Часто "так надо".

Почему при запуске некоторых приложений первый раз стала "подвисать" мышка? 24х2 еще не ставил.
Даже список друзей в стиме открываешь - первый раз мышка на долю секунды замирает и не двигается. Дальше все работает нормально.

Злобный Йожык, недавно в теме по процам была такая проблема, посоветовал поискать зловредов - что то нашел и проблема решилась.

Злобный Йожык
Точно только мышь, а не система целиком?

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

- хз, как тут определишь.

Музыку включить.