My<cod/>.net
Настройка производительности 64bit .NET
Я знаю, что .NET -это JIT , скомпилированный в архитектуру, на которой вы работаете непосредственно перед запуском приложения, но оптимизирует ли компилятор JIT для 64-битной архитектуры вообще?
Есть ли что-то, что нужно сделать или рассмотреть при программировании приложения, которое будет работать на 64bit system ? (т. е. улучшит ли использование Int64 производительность и сможет ли компилятор JIT автоматически заставить Int64 работать на 32-битных системах?)
64- битный JIT отличается от 32 - битного, поэтому я ожидал бы некоторых различий в выходных данных-но я бы не стал переключаться на 64-бит только для этого, и я не ожидал бы получить большую скорость (если таковая имеется) в CPU раз, переключившись на 64-битный.
Вы заметите большое улучшение производительности, если ваше приложение использует много памяти, а PC имеет достаточно RAM, чтобы не отставать от него. Я обнаружил, что 32-битные приложения .NET, как правило, начинают выбрасывать исключения из памяти, когда вы получаете около 1.6gb в использовании, но они начинают терзать диск из - за подкачки задолго до этого-так что вы заканчиваете быть связанным с вводом/выводом.
В принципе, если вы узкое место-это CPU, то 64bit вряд ли поможет. Если ваше узкое место-это память, то вы должны увидеть большое улучшение.
Улучшит ли использование Int64 производительность и будет ли компилятор JIT автоматически заставлять Int64 работать на 32-битных системах
Int64 уже работает как на 32-битных, так и на 64-битных системах, но он будет быстрее работать на 64-битных. Так что если вы в основном хруст числа с Int64, запуск на 64-битной системе должен помочь.
Самое главное-это измерить вашу производительность.
Это хорошая статья на эту тему, написанная одним из людей, которые работали над 64-битным JIT. В принципе, если вам абсолютно не нужно адресное пространство, которое может предложить 64-разрядная версия, или вам не нужно делать 64-разрядную математику, вы, скорее всего, потеряете производительность. Например, поскольку указатели больше, кэш эффективно сокращается вдвое.
Я заметил, что 64-битная версия намного медленнее.
Как уже было сказано, 64-битный компилятор JIT ведет себя иначе, чем компилятор x86 JIT. Компилятор x86 будет использовать преимущества некоторых оптимизаций, которых нет у x64.
Например, в .NET 3.5 32-битный JIT будет инлайн-вызов функций со структурами в качестве аргументов, а 64-битный JIT-нет.
В производственном коде я видел сборки x86, работающие на столько же 20% быстрее, чем сборки x64 (без каких-либо других изменений)
Подводя итог, используйте 64-битную версию только в том случае, если
- Вам нужна дополнительная память, и нет никакого способа обойти ее.
- Вы программируете например научные приложения и нуждаетесь в повышенной математической точности
Во всех остальных аспектах, начиная с сегодняшнего дня, 64-битный компилятор в .NET является одним шагом вниз.
Оптимизация производительности, выполненная в компиляторах .NET, является большой проблемой.
Узкие места производительности будут одинаковыми независимо от того, является ли архитектура 32 - или 64-разрядной. Проблемы с производительностью, как правило, являются результатом неоптимальных алгоритмов — выбор между 32-и 64-разрядными типами существенно не влияет на производительность.
Самое главное, не пытайтесь улучшить производительность чего-то до того, как вы его измерили. В частности, необходимо профилировать код, чтобы определить, где находятся узкие места производительности.