Senpai

это вполне закономерно. Крч, узнаёшь размер модуля в процессе, создаёшь динамический массив, и читаешь с ReadProcessMemory, как написали выше

Ну, а у вас пк одинаковый с автором ?

Да, он за старое взялся

Ребята, ютуб опять быканул

нет, вы не поняли. Вопрос в том, почему в сумме страницы памяти процесса (mem_commit) занимают 34 мб?

почему получается 34 мб? Хотя GetProcessMemoryInfo(hndl, &pmc, sizeof(PROCESS_MEMORY_COUNTERS)); cout << pmc.WorkingSetSize/1024 << endl; выдаёт 6512 кб

получить адреса страниц памяти определённого процесса

кто-то может объяснить?

не понял, но очень интересно, почему, когда я вывожу в цикле размеры страниц памяти, их получается так много? Это нормально чи не?

А а как? while(offset<size) ? Я не понял, почему так много страниц памяти? Мне нужна только память процесса

Примерно да

32 бит, не думаю, что это влияет. while (VirtualQueryEx(hndl, (LPCVOID)(0 + offset), &mbi, sizeof(MEMORY_BASIC_INFORMATION))) { if (mbi.State == MEM_COMMIT) { cc++; } offset += mbi.RegionSize; } в цикле перебираются все страницы памяти. Если перебирать их в процессе x64, то это окажется невероятно долго ,вот в чём проблема. Нужно как-то перебирать только страницы определённого процесса

Я понял свою ошибку, тогда вопрос, как сканировать только память процесса и не перебирать все страницы памяти?

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

Почему-то данный код работает очень долго, если использовать на процессе x64 while (VirtualQueryEx(hndl, (LPCVOID)(0 + offset), &mbi, sizeof(MEMORY_BASIC_INFORMATION))) { if (mbi.State == MEM_COMMIT) { cc++; } offset += mbi.RegionSize; } на x32 работает нормально