Если мне нужно выбирать между 32- и 64-битными версиями какого-либо программного обеспечения, что выбрать? Если плагины доступны, это имеет значение?

Если вас не беспокоят проблемы с памятью, то единственными соображениями являются практические. Это действительно зависит от программы и от того, как долго разработчики использовали 64-битную версию.

Программы, которые существуют более 10 лет, вероятно, изначально разрабатывались в 32-разрядной версии. В какой-то момент разработчики могли перейти на 64-битную. Более свежие программы могут существовать только как одна или другая.

Могут существовать следующие категории:

Несколько лет назад старое программное обеспечение с переключением фокуса разработки на 64-битную (Vista-ранняя эпоха WIn 7)

• Скорее всего, все полезные плагины будут перенесены в 64 бит
• Вероятно, 64-битная версия стабильна, функциональна и еще находится в стадии разработки.
• 32-битная версия может больше не получать столько времени на разработку
• Пример GIMP (переведен на 64-битные годы назад, плагины доступны для 64-битных)
• Рекомендую использовать 64-битную версию

Более старое программное обеспечение с недавним переключением фокуса на 64-битную (эпоха Win 8-10) - с плагинами

• Вероятно, наиболее полезные плагины были разработаны для 32-битной версии
• Вам нужно проверить, работают ли полезные плагины / были ли они портированы на 64-битную версию
• 64-битная версия может быть еще не полной или стабильной, если коммутатор был совсем недавно
• Пример Notepad ++ (работает нормально, но не все плагины перенесены)
• Рекомендую использовать 32-битную версию, но отслеживать 64-битный прогресс с намерением переключиться через 2-3 релиза

Более старое программное обеспечение с последним переключением фокуса на 64-битную (эпоха Win 8-10) - без плагинов

• 64-битная версия может быть еще не завершена или не стабильна, если коммутатор был совсем недавно
• Пример Dropbox (последний 64 бит, работает нормально)
• Рекомендовать 64-битную версию, если она не является незавершенной или нестабильной, поскольку дальнейшая разработка, вероятно, будет сосредоточена на 64-битной версии.

Программа только недавно разработана, доступна как в 32, так и в 64 бит

• Вероятно иметь одинаковые функции в каждой версии, если не указано иное.
• Пример приведи свой пример здесь
• Рекомендую использовать 64-битную версию, так как будущие разработки, вероятно, будут направлены на 64-битную

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

Это основано на некоторых предположениях. Старшее программное обеспечение может потребовать больше памяти, что может замедлить работу. Тем не менее, старшее разрядное программное обеспечение может быть спроектировано таким образом, чтобы старшее разрядное ЦП было более оптимизированным, что, мы надеемся, будет способствовать улучшениям, которые компенсируют затраты на использование больших объемов памяти.

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

Одним из возможных преимуществ младшего бита является то, что иногда программное обеспечение может быть не столь совместимо при использовании нескольких битов. Таким образом, если вы используете программу с более высоким битом, это может работать, а может и не очень хорошо работать с плагинами, разработанными для младшей версии программы. Насколько это проблема, зависит от разных программ; для некоторых программ это не будет проблемой вообще.

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