Когда приложение запускается операционной системой выделяется непрерывный блок памяти, размер которого зависит от ОС. В 32-разрядных приложению доступно 2 Гб памяти, причем для приложения совершенно неважно где физически эта память находится - это просто кусок памяти. ОС берет на себя ответственность по свопу.
Более подробно про виртуальную память можете посмотреть Здесь

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

то программа займет не 1 байт а 4 кб, все из-за того что память выделяется страницами ? 

не пишите того чего не знаете, когда приложение (.ехе) запускается, операционной системой выделяется столько виртуальных кусков памяти, сколько секций в файле, +1 страница на заголовок файла, у большинства файлов получается действительно непрерывный кусок размером SizeOfImage байт. Потом система грузит длл из таблицы импорта, если они еще не загружены - это еще несколько кусков памяти в разных местах виртуальной памяти.
В физической памяти - эти страницы могут располагаться как угодно, в любом порядке, в ОЗУ или на ЖД. 

При чем здесь настройка конкретного exe? В едином блоке, который выделяется процессу разные куски отводятся под разные цели. Я говорю о чисто виртуальной памяти, по умолчанию (без флага 3GB) процессу отводится 2GB памяти с адресами 0 до 0x7FFFFFFF. Именно это я имел под непрерывностью. 
Естественно память разбивается на куски, каждый из которых имеет свои харакетристики - код, статически данные, куча, это все может быть где угодно в пределах этих 2Gb

В физической памяти располагаться все может как угодно, я что с этим когда-нибудь спорил?

Anikmar, процессу эти 2Гб не отводятся, а предоставляется адресное пространство в 2Гб где он теоретически может чтото расположить. при этом сама виртуальная память процессу не предоставляется, он должен ее выделить перед тем как начнет там читать\писать.
вы понимаете разницу между адресным пространством и реально доступной памятью?

 

Как я уже раньше сказал - у меня проблема с терминологией. Естественно я не имел в виду, что выделяется сама память. Естественно адресное пространство, вы абсалютно правы. Совершенно не значит, что получив управление, приложение может взять любой адрес и писать туда что захочет - сначала память необходимо выделить. И выделить сразу 2Гб одним блоком не получится - такого блока просто не будет.
Конечно я имел в виду под фразой "операционной системой выделяется непрерывный блок памяти" именно адресацию, а не собственно физически память (косноязыкий я иногда бываю, что поделаешь). Я и удивился, что вы начали спорить. 



Кстати по поводу DLL - а разве они не в память ОС грузятся? Я считал, что они грузятся за пределы 2Г

Anikmar, 
Читай книгу Рихтера, там всё описано что и куда грузится.

А что этой информацией только Рихтер владеет?   

Естественно, когда мне эта информация понадобится - я ее найду достаточно быстро. Этот вопрос я задал по ходу диалога - чисто из любопытства. Я не помню откуда у меня эти данные (не от Рихтера точно) - я считал, что DLL грузятся в память, отведенную для ОС - поверх этих злосчастных 2Г. Причем я не претендую на достоверность своих знаний именно в этой части   

Ребят а в чем прелесть файлов проецируемых в пямять?

запусти приложение под отладчиком, найди там Debug->Modules, и посмотри адреса, по которым загрузились библиотеки

Википедия -> memory mapped file

Это сообщение отредактировал(а) Lazin - 23.3.2009, 16:05

Lazin, а на русском есть?

Anikmar, юзермодные модули в том числе длл грузятся в юзермодную часть памяти, системные длл обычно живут в верхних адресах памяти


yngwie19, прелесть этих файлов в том что ты работаешь с файлом как с памятью

повторю вопрос 



Это сообщение отредактировал(а) yngwie19 - 23.3.2009, 20:05

Anikmar, 
А что этой информацией только Рихтер владеет?
Естессно, нет. Просто зачем искать другие книги, когда есть Мега-Книга? :gigi:

yngwie19, из за того, что у тебя в программе и так есть куча глобальных переменных внутри встроенных библиотек языка, твоя 1-байтовая переменная вообще не изменит размер программы в памяти.