Особенности разработки 64 битных приложений

[Turbine]

Здравствуйте!
Кто располагает информацией по основным правилам и особенностям написания 64-битных приложений, пожалуйста, поделитесь информацией.
Интересует все от ключей компиляции до примеров оптимизированного кода.

[Человек_Борща]

Ключи и прочее - в документации

Ничем особо не отличается, разве что использование 64-битных регистров в собственном ассемблерном коде, примеры можете глянуть в том же system.pas.
За вас уже все сделано в RTL, VCL. Были бы вы разработчиком KOL&MCK тогда да, огребли бы гемороя))

[саша40]

Сообщение от Turbine

Здравствуйте!
Кто располагает информацией по основным правилам и особенностям написания 64-битных приложений, пожалуйста, поделитесь информацией.
Интересует все от ключей компиляции до примеров оптимизированного кода.

Особенности 64-битных приложений следующие:
1. Зачастую не запускаются под 32-битной ОС.
2. За один такт процессора выполняется 64 строки кода вместо 32(Прим. Кол-во тактов в сек ~ Частота процессора).
3. 64 - битные приложения получают гораздо больше RAM в пользование.
4. Должны быть скомпилированны под 64-битным компилятором или ОС.
5. Весят чуть больше.

[Sibedir]

Человек_Борща всё правильно сказал. С точки зрения работы приложения на уровне процессора заморачиваться не стоит, всё уже давно сделали за/для вас. Проблемы могут возникнуть при работе с типизированными файлами. Если у вас имеются и x86 и x64 версии вашей программы, то при чтении/записи в файл нужно четко контролировать размер блоков. Ибо один и тот же тип данных в x86 и в x64 может иметь разный размер. Как то например:
Записали в x64-версии число типа NativeInt, прочитали под x86 -> Потеряли данные
Записали в x86, прочитали под x64 -> Получили ошибку (типа файл кончился)

Вот такой тип

  TMyRec = record
    FOwner: Pointer;
    F1: Byte;
    F2: Byte;
    F3: Byte;
    F4: Byte;
  end;

в стрим одним чёхом не запишишь. SizeOf(TMyRec) для разных платформ будет разным. Придется записывать по частям.
Еще интереснее штука с Extended (см. справку).
Короче нужно использовать платформо независимые типы данных.

В реальных задачах прикладного уровня это не заметишь. Все основные простые типы и так платформонезависимые.

[Пепел Феникса]

Сообщение от саша40

Особенности 64-битных приложений следующие:
1. Зачастую не запускаются под 32-битной ОС.
2. За один такт процессора выполняется 64 строки кода вместо 32(Прим. Кол-во тактов в сек ~ Частота процессора).
3. 64 - битные приложения получают гораздо больше RAM в пользование.
4. Должны быть скомпилированны под 64-битным компилятором или ОС.
5. Весят чуть больше.

1)64-битное приложение в принципе не запускается под 32-битной ОС.
флаги в PE разные.
2)что за бред? строки вообще к скорости отношения не имеют, я могу код в одну строку записать, он что быстрее станет?
3)почти верно, 32-битное приложение на самом деле тоже может много памяти иметь, но неудобно.
4)абсолютно верно.
5)нет.

[Человек_Борща]

3. 64 - битные приложения получают гораздо больше RAM в пользование.

Бред. С чего бы? Можно поставить больше RAM в ОС. Распределением ОЗУ между процессами занимается менеджер памяти ОС.

4. Должны быть скомпилированны под 64-битным компилятором или ОС.

Верно, нужен процессор. Но не факт.

5. Весят чуть больше.

Бред. Зависит от компилятора.
FASM внезапно генерирует одинаковое кол-во байт для 32й и 64й программы.

2. За один такт процессора выполняется 64 строки кода вместо 32(Прим. Кол-во тактов в сек ~ Частота процессора).

Замерял строки и такты процессора? С вами все в порядке?

[Turbine]

Добрго дня!
С типизированными файлами понятно. Обмен между 32/64 версиями побайтным преобразованием.
Отказ от магических констант, указатели в в 64 бита, отдельные процедуры работы с битовыми операциями и т.д.

Хэлпы не изобилуют информацией. Немного про размер данных. В Delphi вроде не так запущено как в С. Кроссплатформенность не учитываем, потому что там и short в ряде случаев 64 битный.

Какие преимущества 64 бит кроме математических вычислений: более быстрые операции сравнения, строковые процедуры, работа с массивами, потоками?
Интересуют как раз принципы написания, благодаря которым 64-битное приложение оказывается эффективнее по скорости выполнения. По идее, раз обрабатывается в два раза больше данных за такт (за вычетом пропускной способности шины) хоть в 25 процентов скорости прирост должен быть. Необходимость в огромных объемах памяти отсутствует. Важна скорость. Примеров, чтобы бенчмаркнуть одно и то же приложение под 32 и под 64 не встречал даже в чужеземных интернетах.

[Sibedir]

Turbine, не. Тут же нужно конкретную задачу смотреть. По-моему каких-то универсальных принципов не существует. Опять же на практике прирост именно в скорости в любом случае будет не очень большой. Это ведь как с многоядерностью.
Ну вот пара задач, которые, на мой взгляд, можно не плохо оптимизировать при x64:
- архиваторы
- графические фильтры
Вообще, математика с возможностью запараллеливать расчеты векторов.

[Человек_Борща]

По идее, раз обрабатывается в два раза больше данных за такт

да, это по идее новые регистры в 64-м асме.

Для delphi особо ничего нового, вот типы и их размеры под 32 и 64.

Будите писать что-то на встроенном assembler, будет иметь смысл 32 или 64. в system.pas есть примеры. В противном случае не парьтесь, за вас все написано.

[R71MT]

Turbine, Криса Касперского читал???