Если у вас есть возможность скомпилировать 64-битную цель, вы должны это сделать (imho). Вы можете попробовать и проанализировать ваше приложение, чтобы увидеть, есть ли реальная потребность (ограничения потребления памяти и т. Д.), Но мне, например, нравится видеть маркер «64-битный» в моем инструменте управления приложениями, когда я прокручиваю запущенные процессы.
Существует несколько преимуществ приложений в 64-битном режиме, основная причина которых заключается в увеличении объема доступной памяти. Если ваш компилятор правильно обрабатывает компиляцию и оптимизирует код соответствующим образом, вы сможете получить дополнительную производительность.
Попробуйте выполнить тест «в реальном мире» - скомпилируйте как 64-, так и 32-битные и составьте некоторые диаграммы производительности. Я сделал это в приложении, и оно показало повышение производительности примерно на 20% (более быстрый расчет), а объем данных, которые программа могла загрузить, внезапно показался «бесконечным».
(Мое лучшее предположение о Chrome заключается в том, что они полагаются на какую-то стороннюю библиотеку, работающую только в 32-разрядной версии или, возможно, использующую только 32-разрядный Windows API.)