Моделирование страничной виртуальной памяти и алгоритма свопинга

@TrueNoob · Регистрация: 15.06.2014

Студворк — интернет-сервис помощи студентам

Я так понимаю, что информация о местонахождение страниц (на жестком диски или в оперативной памяти) должна храниться в статически отведенном месте в оперативной памяти (в формате <номер_страницы> <местонахождение> [кол-во модификаций]), но сколько нужно отвести страниц под эту информацию?
Я рассчитываю по следующей формуле:
кол-во_страниц_под_инфу = округление_до_целых(((размер_hdd + размер_ram) / размер_одной_страницы) * 3 / размер_одной_страницы))
Но, если размер жесткого диска 64, рам 32, а одной страницы 8, то количество страниц под информацию будет равно 5, а всего страниц 7. Что за бред получается, может я не понимаю алгоритм? Для больших размеров ситуация аналогична.

Если есть желающие, то не откажусь на си-подобных (плюсы приветствуются) )
Заранее спасибо за ответы.

PS hdd = файл подкачки

@Igor3D · 05.11.2014, 10:30

Сообщение от TrueNoob

Я так понимаю, что информация о местонахождение страниц (на жестком диски или в оперативной памяти) должна храниться в статически отведенном месте в оперативной памяти (в формате <номер_страницы> <местонахождение> [кол-во модификаций]), но сколько нужно отвести страниц под эту информацию?

Нисколько. Заголовки страниц хранятся в массиве/списке/контейнере (необязательно статически), а не в самих страницах. Число заголовков просто = числу планируемых страниц.

@TrueNoob · 05.11.2014, 22:29 **[ТС]**

Странно, мне говорили, что стоит хранить в оперативной памяти это.. В реальной практике они хранятся-то в оперативке? Игорь, переспрошу, точно не стоит хранить в раме?

@Igor3D · 06.11.2014, 10:33

Сообщение от TrueNoob

Странно, мне говорили, что стоит хранить в оперативной памяти это.. В реальной практике они хранятся-то в оперативке? Игорь, переспрошу, точно не стоит хранить в раме?

Этого я не говорил. Рам, оперативка, ОЗУ - одно и то же. Конечно заголовки страниц там и хранятся, но вычислять кол-во страниц для них бессмысленно, т.к. заголовки всегда сидят в памяти и никогда не выгружаются.

Пример: есть данные объемом 8 Gb для которых мы хотим организовать подкачку. Пусть размер страницы 64К. Значит в оперативке надо создать 8 Gb / 64K = 128К заголовков. Помножив этот результат на sizeof(header) получим сколько оперативки мы должны затратить на организацию. Но это не значит что "мы отводим под это страницы", это размер резидентной (невыгружаемой) части.

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия SDL 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual. . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@TrueNoob 0 / 0 / 0 Регистрация: 15.06.2014 Сообщений: 28

	Моделирование страничной виртуальной памяти и алгоритма свопинга 04.11.2014, 18:11. Показов 2579. Ответов 3 Метки нет (Все метки) Я так понимаю, что информация о местонахождение страниц (на жестком диски или в оперативной памяти) должна храниться в статически отведенном месте в оперативной памяти (в формате <номер_страницы> <местонахождение> [кол-во модификаций]), но сколько нужно отвести страниц под эту информацию? Я рассчитываю по следующей формуле: кол-во_страниц_под_инфу = округление_до_целых(((размер_hdd + размер_ram) / размер_одной_страницы) * 3 / размер_одной_страницы)) Но, если размер жесткого диска 64, рам 32, а одной страницы 8, то количество страниц под информацию будет равно 5, а всего страниц 7. Что за бред получается, может я не понимаю алгоритм? Для больших размеров ситуация аналогична. Если есть желающие, то не откажусь на си-подобных (плюсы приветствуются) ) Заранее спасибо за ответы. PS hdd = файл подкачки 0

@TrueNoob 0 / 0 / 0 Регистрация: 15.06.2014 Сообщений: 28
	05.11.2014, 22:29 [ТС]
	Странно, мне говорили, что стоит хранить в оперативной памяти это.. В реальной практике они хранятся-то в оперативке? Игорь, переспрошу, точно не стоит хранить в раме? 0

Моделирование страничной виртуальной памяти и алгоритма свопинга

Решение