Почему ограничение памяти 2 ГБ при работе в 64-битной Windows?

Question

Почему ограничение памяти 2 ГБ при работе в 64-битной Windows?

31

Я участвую в команде, которая разрабатывает приложение Delphi. Требования к памяти огромны. 500 МБ - это нормально, но в некоторых случаях это исключение из памяти. Память, выделенная в этих случаях, обычно составляет от 1000 до 1700 МБ.

Мы, конечно, хотим 64-битный компилятор, но это не произойдет сейчас (и если это произойдет, мы также должны преобразовать в unicode, но это еще одна история...).

Мой вопрос в том, почему существует ограничение на 2 ГБ памяти для каждого процесса при работе в 64-битной среде. Указатель 32 бит, поэтому я думаю, что 4 ГБ будет правильным пределом. Я использую Delphi 2007.

EDIT: Поэтому, если я установил флаг IMAGE_FILE_LARGE_ADDRESS_AWARE в Delphi, используя:

{$SetPeFlags IMAGE_FILE_LARGE_ADDRESS_AWARE}

И запустив полученный Exe файл на Windows Server 2003 x64, приложение может обратиться в 4 ГБ?

Должен ли я установить/3GB-переключатель в boot.ini?
Мы пробовали это, но на 32-битном Windows Server 2003 и, похоже, ограничиваем ресурсы Windows. За исключением "Out of memory" с GDIError в журнале было больше исключений. Но может быть, это исчезнет при работе в 64-битной ОС?

Roland Bengtsson 29 апр. 2010, в 19:53

Источник

0

Переключатель 3 ГБ в boot.ini предназначен только для 32-битной Windows, и он необходим для работы LARGEADDRESSAWARE. Имейте в виду, что это уменьшает пространство, доступное самой Windows в 32-битных системах. Смотрите пример для примера здесь: blogs.technet.com/markrussinovich/archive/2009/03/26/… или читайте отличные «Windwos Internals» Руссиновича и Соломона.
user160694 30 апр. 2010, в 12:11

Теги:

delphi

win64

delphi-2007

4 ответа

14

Синтаксис в Delphi для установки флага LARGEADDRESSAWARE в исполняемом файле PE:

{$SetPEFlags IMAGE_FILE_LARGE_ADDRESS_AWARE}

Поместите это в ваш .dpr файл.

user160694 29 апр. 2010, в 23:12

6

http://msdn.microsoft.com/en-us/library/aa366778(VS.85).aspx

Виртуальное адресное пространство пользовательского режима для каждого 32-разрядного процесса: 2 ГБ

Matthew Groves 29 апр. 2010, в 21:26

4

У Windows нет возможности узнать, использует ли Delphi арифметику со знаком или без знака для адресов памяти, поэтому она должна предполагать, что старший бит непригоден, если вы явно не заявите обратное.
Mark Ransom 29 апр. 2010, в 19:49
0

@Mark: Это не совсем так. Как указано выше, установка флага загрузки позволит Delphi адресовать более 2 ГБ
BlueRaja - Danny Pflughoeft 29 апр. 2010, в 21:29
1

@BlueRaja, «установка флага загрузки» = «явно объявить иначе».
Mark Ransom 29 апр. 2010, в 21:59
0

@Mark: я имею в виду флаг загрузки в ОС. Это не имеет никакого отношения к Delphi или арифметике со знаком (арифметика указателей одинакова как со знаком, так и без знака!)
BlueRaja - Danny Pflughoeft 29 апр. 2010, в 23:58
1

@BlueRaja: ты не прав. blogs.msdn.com/oldnewthing/archive/2004/08/12/213468.aspx
Alex 30 апр. 2010, в 08:53

Показать ещё 3 комментария

2

Пока вы выбираете 32-битные указатели с высоким набором бит (включая флаг LARGE_ADDRESS_AWARE PE), нет ограничения на 2 ГБ.

Прямое наблюдение

var
   p: Pointer;
   n: Int64;
begin
   p := Pointer($D0000000); //Above the 2GB line; and the 3GB line!

   p := VirtualAlloc(p, 1024, MEM_COMMIT or MEM_RESERVE, PAGE_READWRITE);
   if p = nil then
      RaiseLastWin32Error;

   n := Cardinal(p);
   ShowMessage(IntToHex(n, 16));
end;

Заключение

В 64-битной Windows нет ограничения на 2 ГБ, если вы клянетесь, вы можете обрабатывать указатели выше $7FFFFFFF.

Примечание. Любой код выпущен в общедоступном домене. Не требуется атрибуция.

Ian Boyd 30 сен. 2013, в 22:22

Ещё вопросы

Переключатель 3 ГБ в boot.ini предназначен только для 32-битной Windows, и он необходим для работы LARGEADDRESSAWARE. Имейте в виду, что это уменьшает пространство, доступное самой Windows в 32-битных системах. Смотрите пример для примера здесь: blogs.technet.com/markrussinovich/archive/2009/03/26/… или читайте отличные «Windwos Internals» Руссиновича и Соломона.
У Windows нет возможности узнать, использует ли Delphi арифметику со знаком или без знака для адресов памяти, поэтому она должна предполагать, что старший бит непригоден, если вы явно не заявите обратное.
@Mark: Это не совсем так. Как указано выше, установка флага загрузки позволит Delphi адресовать более 2 ГБ
@BlueRaja, «установка флага загрузки» = «явно объявить иначе».
@Mark: я имею в виду флаг загрузки в ОС. Это не имеет никакого отношения к Delphi или арифметике со знаком (арифметика указателей одинакова как со знаком, так и без знака!)
@BlueRaja: ты не прав. blogs.msdn.com/oldnewthing/archive/2004/08/12/213468.aspx

Thomas · Accepted Answer · 2010-04-29T21-13-00.000Z

31

Лучший ответ

Если вы скомпилируете приложение Delphi с помощью флага /LARGEADDRESSAWARE, он сможет адресовать полный 4 ГБ в 64-разрядной ОС. В противном случае, при работе в WOW32, ОС предполагает, что приложение ожидает того же окружения, что и у 32-разрядной ОС, что означает, что из 4 ГБ адресного пространства для ОС выделено 2 ГБ, а 2 ГБ выделяется приложения.

Thomas 29 апр. 2010, в 21:13

4

Это действует только на 32-битных. Нет двоичной разницы между указателем 3ГБ и указателем 4ГБ, поэтому любое приложение, которое может обрабатывать 3ГБ, может сделать 4ГБ. / LARGEADDRESSAWARE подходит для полных 4 ГБ в 64-битных системах без каких-либо модификаций загрузки. Единственный раз, когда вам нужно сделать / 3GB, это если вы хотите использовать больше адресного пространства в 32-битной системе. Статья, на которую вы ссылаетесь, устарела примерно на десять лет и касается только 32-битных систем. PAE - это совершенно другая система.
Puppy 29 апр. 2010, в 21:17
0

@Dead: Да, конечно, на 64-битных системах ( support.microsoft.com/kb/294418 ), хотя оригинальная статья устарела только на 5 лет, а не на 10. :) Однако ответ остается неправильным / неполным в отношении это обсуждение последствий для 32-битных ОС.
Deltics 29 апр. 2010, в 21:24
1

@Deltics - LARGEADDRESSAWARE относится не только к 3 ГБ. Это абсолютно неверно. msdn.microsoft.com/en-us/library/wz223b1z%28VS.80%29.aspx . Это признак того, что приложение может обрабатывать ЛЮБЫЕ адреса выше 2 ГБ. Абсолютно правильно, что если вы хотите использовать все 4 ГБ адресного пространства в 64-разрядной ОС с 32-разрядным приложением и можете справиться с этим, вы можете использовать переключатель LARGEADDRESSAWARE. Я не уверен, почему вы думаете, что это неправильно.
Thomas 29 апр. 2010, в 21:57
1

Ответ конкретно syas 64-битной ОС, так в чем проблема?
Mark Ransom 29 апр. 2010, в 22:01
1

@Deltics - Кроме того, первый абзац в статье, которую вы предоставляете, полностью поддерживает то, что я говорил о адресном пространстве 4 ГБ и использовании 2 ГБ для ОС и 2 ГБ для приложения. Это поведение по умолчанию в 32-битной ОС. / 3GB - это функция, которую вы можете включить вручную, которая изменяет эту динамику так, что приложению может быть выделено до 3 ГБ, если оно предназначено для обработки дополнительной адресации.
Thomas 29 апр. 2010, в 22:04
0

Вы можете использовать {$ SetPEFlags IMAGE_FILE_LARGE_ADDRESS_AWARE} вместо переключателя компилятора, чтобы получить то же поведение. Это не без его предостережений все же. Барри Келли отметил, что могут быть проблемы с его использованием: stackoverflow.com/questions/1849344/…
Zoë Peterson 29 апр. 2010, в 22:13
1

@ All: Да, никаких проблем, кроме второго предложения, начинающегося с соединения, которое меня смутило. Виноват. Я удалил оскорбительный комментарий не для того, чтобы спасти мои покраснения, а чтобы не посеять семена сомнения в чьем-либо сознании.
Deltics 29 апр. 2010, в 23:36

Показать ещё 5 комментариев