Упаковка Ubuntu : почему отдельно для 32-бит и 64-бит [дубликат]
На этот вопрос уже есть ответ здесь:
Почему мы должны делать раздельную упаковку приложений для 32-битных и 64-битных операционных систем Ubuntu.То есть почему некоторые приложения делают 32-битные и 64-битные отдельно, а некоторые нет?
есть ли преимущество, если мы сделаем 64-битную упаковку для 64-битной ОС?
1 ответ
Проще говоря, не все приложения компилируются 32-битными или 64-битными двоичными файлами.
- Большинство скриптов библиотек Python «компилируются» во время выполнения собственным двоичным файлом Python (который будет работать в 32-битном или 64-битном режиме, в зависимости от системы). То же самое с Java.
- Некоторые пакеты являются просто ресурсами для другого пакета и могут быть разделены между 32-битными и 64-битными пакетами (например, исходные пакеты ядра).
Пакеты, которые разделены на архитектуру, либо скомпилированы в машинный код, либо слишком сильно зависят от архитектурно-зависимых зависимостей, либо иным образом содержат архитектурно-зависимый код (хотя это кажется маловероятным).
«Жирные» пакеты и двоичные файлы - это то, что использовалось в прошлом, но вы действительно говорите об удвоении размера большинства двоичных файлов и библиотек, а также о появлении непредвиденных ошибок. Это просто не преимущество, которое стоит затрат.
Стоит также учитывать, что в большинстве случаев разработчикам не нужно ничего делать, чтобы получить пакеты для конкретной архитектуры. Они перенесут их на платформу сборки, такую как Launchpad, и Launchpad вернет кучу 32-битных, 64-битных и ARM-вариантов.