Как зарезервировать нижнюю 4GB виртуальную машину в приложении x64 C++

Question

Работа с портированием 32-битного приложения на Windows C++ на 64-разрядное. К сожалению, код использует частое кастинг в обоих направлениях между значениями DWORD и указателя.

Одна из идей состоит в том, чтобы как можно раньше зарезервировать первые 4 ГБ виртуального пространства процесса во время запуска процесса, чтобы все последующие вызовы в резервную память были с виртуальных адресов более 4 ГБ. Это приведет к ошибке нарушения прав доступа к любому небезопасному методу от указателя к DWORD, а затем обратно к указателю и поможет ловить ошибки раньше.

Когда я смотрю карту памяти очень простой одной линии на C++-программе, есть много библиотек, загруженных в нижнем 4 ГБ? Есть ли способ убедиться, что все библиотеки и т. Д. Загружаются только выше 4 ГБ?

Благодаря

Answer 1

Лучшим решения, чтобы исправить эти слепки ...

Вы можете уйти с ним усеченным указателем независимо (то же, приведение к POINTER_32), потому что я считаю, окно предпочитает нижний 4Гб для вашего приложения. Это никоим образом не гарантировано. Вам лучше всего решить эту проблему.

Ищите код для "(DWORD)" и исправьте все, что найдете. Нет лучшего решения ...

Что вы просите, это, по сути, запустить 64-разрядный код в 32-разрядном режиме памяти с включенным AWE (т.е. потерять все реальные преимущества 64-разрядного). Я не думаю, что Microsoft могла бы беспокоиться, предоставляя это для столь маленького выигрыша ... и кто может обвинить их?

Answer 2

Скомпилируйте свой проект с помощью переключателя /Wp64 (обнаружение 64-разрядных проблем с переносимостью) и исправьте все предупреждения.

Answer 3

Вы можете вставлять вызовы на VirtualAlloc() как можно раньше в приложение, чтобы выделить память в нижнем 4 ГБ. Если вы используете параметр MEM_RESERVE, тогда выделяется только пространство виртуальной памяти, и поэтому это будет использовать только очень небольшое количество реальной ОЗУ.

Однако это поможет вам только для памяти, выделенной из кучи - любые статические данные в вашей программе будут уже выделены до WinMain(), и поэтому вы не сможете изменить его местоположение.

(В стороне, даже если вы могли зарезервировать память до загрузки основной бинарной базы, я думаю, что основной двоичный файл должен быть загружен по определенному адресу - если он не создан как независимый от позиции исполняемый файл.)

Answer 4

As a programmer, what do I need to worry about when moving to 64-bit windows?

Answer 5

Брюс Доусон опубликовал код для метода, чтобы зарезервировать нижний 4 Гб VM:

https://randomascii.wordpress.com/2012/02/14/64-bit-made-easy/

Он резервирует большую часть адресного пространства (не фактическую память) с использованием VirtualAlloc, затем идет после кучи процесса с HeapAlloc и заканчивает кучу CRT с помощью malloc. Это просто, быстро и отлично работает. На моей машине он составляет около 3,8 ГБ виртуальных распределений и только 1 МБ фактических распределений.

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