Изменения

Перейти к: навигация, поиск

Работа с памятью

1151 байт добавлено, 20:32, 11 июля 2011
Нет описания правки
==Старт процесса==
При старте процесса, в адресное пространство помещается код исполняемой программы и код используемых в программе библиотек (например, Kernel.dll). Так же, в адресном пространстве хранится <tex>heap</tex>, в который будут записываться глобальные переменные.
{{TODO|t=расписать подробнее - надо ли?}}
==Хранение адресного пространства==
===Хранение в физической памяти===
Адресное пространство разбито на ''страницы'' объемом по <tex>4kB</tex>. Для каждой страницы в хранится ее адрес в физической памяти, либо указание, что эта страница пуста (в таком случае хранить саму страницу не надо - поэтому все адресные пространства помещаются в физической памяти). Физическая память формируется из оперативной памяти (<tex>RAM</tex>), места на жестком диске, отведенного под <tex>swap</tex>, и места на жестком диске, где хранится непосредственно код программы.
Заметим, что суммарный объем физической памяти, выделенной адресным пространствам разных процессов, не может превышать полный объем физической памяти, потому что, в таком случае, некоторая область физической памяти будет принадлежать одновременно двум адресным пространствам, что не допускается. ===Подгрузка страниц в оперативную памятьОбращение к адресному пространству===
При обращении к той или иной странице, если она не находится в оперативной памяти, она загружается туда. Для этого, либо в оперативке находится свободное место, либо выбирается страница, которая будет выгружена оттуда. Если эта страница уже существует на жестком диске, и не была изменена за время ее пребывания в оперативной памяти, она просто удаляется оттуда; иначе - записывается в <tex>swap</tex>.
 
Обратим внимание, что код программы и используемых библиотек не меняется по ходу выполнения программы, поэтому их можно не подгружать в оперативную память, а читать с места на жестком диске, где они расположены.
 
===Page fault===
Из-за того, что адресное пространство программы не полностью хранится в физической памяти, возникает возможность возникновения ошибки обращения к памяти. Если под страницу, к которой пытается обратиться поток, не была выделена физическая память, поток убивается. Если был убит главный поток, выполнение программы завершается.
==Визуализация адресного пространства с помощью VMMap==
[[Файл:vmmap.png|right|thumb|200px|Окно программы VMMap]]
Для визуализации адресного пространства можно использовать программу VMMap. В главном окне на диаграмме можно видеть распределение физической памяти адресного пространство между самой программой, подключенными библиотеками, переменными и др. Как видно из скриншота, адресное пространство занимает в физической памяти много меньше, чем предоставленные ему<tex>4GB</tex> (или <tex>2^{64}B</tex> для 64-битных систем), то есть, оно не хранит пустые страницы. Именно поэтому даже на 64-битных системах возможно одновременно запускать несколько процессов, и не бояться того, что объем оперативной физической памяти сильно меньше <tex>2^{64}B</tex>.                    
===Архив===
{{TODO|t=Можно не расписывать здесь что есть стек, что куча, а просто сказать что посмотрим на выделение памяти, и как это выглядит в адресном пространстве}}
{{TODO|t=Если что перенесем в другое место}}
===Архив===
Рассмотрим процесс выделения памяти в куче на примере простой программы:
97
правок

Навигация