Работа с памятью — различия между версиями

Материал из Викиконспекты
Перейти к: навигация, поиск
Строка 23: Строка 23:
  
 
==Визуализация адресного пространства с помощью VMMap==
 
==Визуализация адресного пространства с помощью 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=Можно не расписывать здесь что есть стек, что куча, а просто сказать что посмотрим на выделение памяти, и как это выглядит в адресном пространстве}}
 
{{TODO|t=Если что перенесем в другое место}}
 
{{TODO|t=Если что перенесем в другое место}}
  
[[Файл:vmmap.png|right|thumb|200px|Окно программы VMMap]]
 
  
Для визуализации адресного пространства можно использовать программу VMMap. В главном окне на диаграмме можно видеть распределение физической памяти адресного пространство между самой программой, подключенными библиотеками, переменными и др.
 
  
 
Рассмотрим процесс выделения памяти в куче на примере простой программы:
 
Рассмотрим процесс выделения памяти в куче на примере простой программы:

Версия 20:05, 11 июля 2011

Эта статья находится в разработке!

Определение

Адресное пространство
Хранение в физической памяти
(серым выделена заполненная память)

При запуске программы операционная система создает процесс, которому выделяется адресное пространство размером [math]4GB[/math] в 32-битных системах, и [math]2^{64}B[/math] в 64-битных, представляющее из себя массив байт. В этом массиве можно писать и читать данные из любого его места. Ясно, что адресное пространство не может полностью содержаться в физической памяти, поэтому представим, что эта память просто дана каждому процессу, неважно, где она находится. Важно помнить, что у каждого процесса свое адресное пространство, которое не пересекается с адресными пространствами других программ.

Старт процесса

При старте процесса, в адресное пространство помещается код исполняемой программы и код используемых в программе библиотек (например, Kernel.dll). Так же, в адресном пространстве хранится [math]heap[/math], в который будут записываться глобальные переменные.

TODO: расписать подробнее - надо ли?

Хранение адресного пространства

Хранение в физической памяти

Адресное пространство разбито на страницы объемом по [math]4kB[/math]. Для каждой страницы в хранится ее адрес в физической памяти, либо указание, что эта страница пуста (в таком случае хранить саму страницу не надо - поэтому все адресные пространства помещаются в физической памяти). Физическая память формируется из оперативной памяти ([math]RAM[/math]), места на жестком диске, отведенного под [math]swap[/math], и места на жестком диске, где хранится непосредственно код программы.

Подгрузка страниц в оперативную память

При обращении к той или иной странице, если она не находится в оперативной памяти, она загружается туда. Для этого, либо в оперативке находится свободное место, либо выбирается страница, которая будет выгружена оттуда. Если эта страница уже существует на жестком диске, и не была изменена за время ее пребывания в оперативной памяти, она просто удаляется оттуда; иначе - записывается в [math]swap[/math].

Визуализация адресного пространства с помощью VMMap

Окно программы VMMap

Для визуализации адресного пространства можно использовать программу VMMap. В главном окне на диаграмме можно видеть распределение физической памяти адресного пространство между самой программой, подключенными библиотеками, переменными и др. Как видно из скриншота, адресное пространство занимает в физической памяти много меньше, чем предоставленные ему[math]4GB[/math] (или [math]2^{64}B[/math] для 64-битных систем), то есть, оно не хранит пустые страницы. Именно поэтому даже на 64-битных системах возможно одновременно запускать несколько процессов, и не бояться того, что объем оперативной памяти сильно меньше [math]2^{64}B[/math].

Архив

TODO: Можно не расписывать здесь что есть стек, что куча, а просто сказать что посмотрим на выделение памяти, и как это выглядит в адресном пространстве

TODO: Если что перенесем в другое место


Рассмотрим процесс выделения памяти в куче на примере простой программы:

Память не выделена
Выделена память под массив
Память освобождена
int main()
{
    int *a = new int [1000000];
    delete [] a;
    return 0;
}

До выполнения

int *a = new int [1000000];

куча в адресном пространстве программы занимает [math]1152kB[/math], а после выполнения команды - [math]5060kB[/math]. Значит, память была выделена именно в куче, и объем выделенной памяти равен [math]3908kB[/math], что почти в точности соответствует объему массива [math]int[/math] из [math]1000000[/math] элементов при выделении [math]4B[/math] на элемент.

После выполнения

delete [] a;

размер кучи снова равен [math]1152kB[/math], как и до выделение памяти под массив.


TODO: Показать в адресном пространстве ран-тайм, библиотеки ядра