Здравствуйте!
Есть пара вопросов по работе с памятью и о памяти. Они, кончено, к крэкингу имеют весьма посредственное отношение, но надеюсь, вы все же поможете разобраться

Дж. Рихтер "Создание эффективных WIN32-приложений с учетом специфики 64-разрядной версии Windows" цитата:
При запуске загрузчик операционной системы выполняет следующие операции:
1.Загрузчик операционной системы создает виртуальное адресное пространство для нового процесса и проецирует на него исполняемый модуль.
2. <...>

Интересует следующее:
...создает виртуальное адресное пространство для нового процесса и проецирует на него исполняемый модуль.

Я как понимаю...
Предположим у нас машина с ОЗУ 512 Мб. 512 Мб свободно.
Запускаем somefile.exe размером 10 Мб.
Создается процесс. У него виртуальная память 4 Гб. Вся свободная.
В ней выделяется 10 Мб адресного пространства под код и данные того же размера.

Вопрос: сколько ОЗУ памяти будет свободно после запуска? 502 Мб и файл somefile.exe будет переписан непосредственно в ОЗУ?
Или 512, а 10 Мб с винчестера(содержащие exe-файл) будут использоваться как будто они в ОЗУ памяти?

| Сообщение посчитали полезным:

vitokop пишет:
Что делает система с виртуальной памятью В ДЕЙСТВИТЕЛЬНОСТИ при раскрутке нового
процесса, я не нашёл нигде. - именно про ВИРТУАЛЬНУЮ память все у Рихтера есть в 13 главе, не путай термины: Виртуальная память=физическая память+страничный файл.

-----
продавец резиновых утёнков

| Сообщение посчитали полезным:

Если возможно загрузить образ полностью в ОЗУ, он будет (так почти всегда)
расположен в ОЗУ. Модифицируемый секции будут в первю очередь расположены в ОЗу и скопированы в страничный файл. Поэтому мелкомягкие просят использовать READ для кода для исключения дублирования
в страничном файле.
Сколько будет точно свободно ОЗУ (именно физической) - зависит от текущего настроения Билла Гейтса, ибо в недрах его детища гуляет слишком много различных праздношатающихся процессов.
У них свои разборки, кто-то похмеляется, кто-то засыпает.
Динамика и диалектика Гейтса.
Вдуг проснёться какой-нибудь дефрагментатор или касперский - и пойдёт базарить физическую память.

| Сообщение посчитали полезным:

vitokop пишет:
Если возможно загрузить образ полностью в ОЗУ, он будет (так почти всегда)
расположен в ОЗУ.
Это верно для дров, у которых кстати есть и невыгружаемые страницы. Про остальное www.citforum.ru/book/cook/exepack.shtml

| Сообщение посчитали полезным:

S_T_A_S_ пишет:
Ну это максимальный. А размер свопа какой? ;) Он нужен что бы выгрузить (чужие) модифицированные страницы при нехватке физических страниц для текущего процесса.
что значит ЧУЖИЕ , он и свои может выгрузить , не забывайте что ОЗУ сделана для быстрого обмена данными (для проца). Для примера вспомните игруху СТАЛКЕР , для которой СВОП желателен в 1,5 - 1,8ГБ . Наверняка Игуха загружана большей частью в СВОП , просто нужные куски копируются в ОЗУ(частями). ОЗУ одна на всех , и если для загрузки не хватает ОЗУ , то "хвост" залазиет в СВОП , + возможно размер свопа ВИНДА держит для выгрузки "спящих" данных, вдруг Данные полезут бошьших размеров.

| Сообщение посчитали полезным:

S_T_A_S_ пишет:
Ну это максимальный.

максимальный размер под User Mode - 3 Гб в x86 системах.

| Сообщение посчитали полезным:

Ну 3 гига тока в серверных версиях дают (может и в обычныйх появились)
В юзер мод оперативку вообще можно расматривать как кеш 3 уровня, а данные всегда находится на винте.

| Сообщение посчитали полезным:

Grom_ пишет:
что значит ЧУЖИЕ , он и свои может выгрузить
То и значит, не просто ж так в скобочках написано.

darkeagle пишет:
максимальный размер под User Mode - 3 Гб в x86 системах
4GT RAM Tuning не даёт непрервыных 3Гб.

| Сообщение посчитали полезным:

Вопрос:
А 64х битное расширение можно считать х86?

| Сообщение посчитали полезным:

Hexxx пишет:
Хз. Как винда решит. У нее же есть возможность свопить RAM. Т.е. часть exe может попасть в RAM, а другая часть в swap-файл.
Поправка - если файл спроецирован и не был изменен, то в paging файл ничего писаться не будет. Страница попадет в список простаивающих страниц, а потом будет окончательно удалена, а при последующем доступе снова инициируется операция чтения того же файла. Только модифицированные страницы выгружаются в своп

| Сообщение посчитали полезным: