[berkut_0]

попробую опять, может вспомню почему »

Со старта без файла подкачки - уже какие-то непонятные фокусы

Занятая виртуальная память (System Commit) не равна занятой физической RAM, хотя где-то писалось, что виртуальная - это RAM + файл подкачки

Тут уже дурь какая-то
Буду по наблюдать

[Cereal Keeler]

Занятая виртуальная память (System Commit) не равна занятой физической RAM »

Где это вы увидели?

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

Искать утечку вам стоит начинать, когда становятся заметны её эффекты. Судя по всему, что вы описали, утечка есть, но она медленная и начинает портить жизнь только после десятков или сотен часов работы.

[berkut_0]

что вы описали, утечка есть, но она медленная и начинает портить жизнь только после десятков или сотен часов работы »

Примерно так и есть, но "набегание" утечки заметно почти сразу, если знать куда смотреть
Важное замечание - десятки/сотни часов как работы, так и простоя бездействия, то есть можно включить комп, и через 100 часов утечка будет видна

Где это вы увидели? »

На скриншоте выше, что я прикладывал, есть System Commit - 10.0 GB, и Physical Memory - 5.6 GB
10.0 != 5.6

Сейчас 22 часа аптайма, System Commit он же Виртуальная память, занимает 41 гигабайт при том, что RAM показывает занято только 13
В фоне висит игра на паузе, поэтому занято много, закрывать игру не хочу - у меня же памяти много ...
Но вчера вечером после перезапуска - вместе с игрой System Commit показывал 35 гигабайт, то есть 5+ гигов уже куда-то утекло само по себе

Учитывая что файл подкачки отключён - текущий показатель RAM во всех смыслах есть ложь
Смотреть надо на System Commit, туда происходит реальная утечка, но я не знаю, как эту утечку отслеживать
Если допустить полное заполнение System Commit - для системы это будет критикал, без преувеличений

Никакие процессы не выглядят подозрительными, а поочерёдным исключением того или иного софта - я занимаюсь на протяжении 10 лет
Единственное что я не могу исключить принципиально - системный менеджер памяти, может быть какие-то свои привычки, которые неочевидным образом вызывают подобную утечку

подкачку вы совсем зря отключили »

Это всё ради эксперимента, и судя по результатам этого эксперимента - я планирую выделять подкачку размером в 192 гигабайта, чтобы можно было держать аптайм по дольше

Кэширование дисковых операций тоже не надо пытаться отключить, давить на кэш тоже не надо. »

Мне это тоже ради эксперимента стоило бы сделать ...

[Cereal Keeler]

На скриншоте выше, что я прикладывал, есть System Commit - 10.0 GB, и Physical Memory - 5.6 GB 10.0 != 5.6 »

Commit - это сколько на данный момент запрошено (сумма колонки private bytes на главной странице process explorer) всеми запущенными процессами, а не сколько занято реально.

Private Bytes refer to the amount of memory that the process executable has asked for - not necessarily the amount it is actually using. They are "private" because they (usually) exclude memory-mapped files (i.e. shared DLLs). But - here's the catch - they don't necessarily exclude memory allocated by those files. There is no way to tell whether a change in private bytes was due to the executable itself, or due to a linked library. Private bytes are also not exclusively physical memory; they can be paged to disk or in the standby page list (i.e. no longer in use, but not paged yet either). Working Set refers to the total physical memory (RAM) used by the process. However, unlike private bytes, this also includes memory-mapped files and various other resources, so it's an even less accurate measurement than the private bytes. This is the same value that gets reported in Task Manager's "Mem Usage" and has been the source of endless amounts of confusion in recent years. Memory in the Working Set is "physical" in the sense that it can be addressed without a page fault; however, the standby page list is also still physically in memory but not reported in the Working Set, and this is why you might see the "Mem Usage" suddenly drop when you minimize an application.

Это всё ради эксперимента »

тоже ради эксперимента »

Уверяю, ни к чему хорошему эти эксперименты не приведут. Ситуацию с утечкой точно не решат.

[berkut_0]

Commit - это сколько на данный момент запрошено (сумма колонки private bytes на главной странице process explorer) всеми запущенными процессами, а не сколько занято реально. »

Это всё теория

А вот как выглядит практика
Если это количество станет максимально возможным - то система будет лагать и падать

Windows 7 ныла, что ей недостаточно памяти, хотя при этом же - оперативной памяти вроде как, было свободно много
Windows 10/11 - просто начинает жёстко тупить
И это отлично отслеживается, именно заполнением Виртуальной памяти (System Commit)
Лечится перезапуском, и увеличением количества памяти примерно до бесконечности, саму утечку локализовать у меня - не получается

То есть, на практике - это сколько реально занято памяти, согласно поведению и лагам при переполнении, бонус - там постоянная утечка
Из текущих наблюдений - течёт Mapped File, в подробностях - самые разные файлы самых разных процессов (браузер, игры, телега), в том числе те, с которыми работал лично я

Если в RAMMap выполнить "очистку" - Mapped File уменьшится, но System Commit - останется прежним, и продолжит расти
Сейчас это так же видно и без файла подкачки

[Petya V4sechkin]

Из текущих наблюдений - течёт Mapped File, в подробностях - самые разные файлы самых разных процессов

Посмотрите в Process Explorer - меню Find - Find Handle or DLL - по нескольким именам больших файлов, какие процессы их используют.

[berkut_0]

Petya V4sechkin, какие-то процессы и файлы находит
Но не все

Приложил скриншот, из выборочных примеров, по киберпанку, вайберу и скайпу - находит (они открыты и это выглядит как норма)

visualstudio и samsungmagician - не находит, хотя в списке File Summary они есть
Эти программы я не открывал, но их кто-то зачем-то и почему-то, выгрузил в оперативу

А тем временем, двое суток непрерывного аптайма - и реальные 50 гигабайт оперативы уже безвозвратно съедены хрен пойми какими файлами )

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

[Petya V4sechkin]

по киберпанку, вайберу и скайпу - находит

Там в окне поиска отображается, какие процессы их используют.

[berkut_0]

Petya V4sechkin, они открыты и это выглядит как норма

Как не норма - выглядят файлы, которые я даже не открывал ни разу
Есть один файл, я с ним уже поработал, он всё ещё висит в Summary, но по названию этого файла - Process Explorer ничего не находит

То есть файл просто висит в Mapped File без привязки к процессу, сам по себе
И таких файлов там много

[Petya V4sechkin]

они открыты

Смотрите в окне поиска, какими процессами они открыты.