Все ли программное обеспечение из центра программного обеспечения ubuntu работает на ubuntu 14.04 64bit? [дубликат]

TL; DR: , Если Вы говорите о просто программах, предлагаемых в Центре программного обеспечения, и им предлагают и для 32-разрядных и для 64-разрядных версий Ubuntu (который почти все), тогда существует , вероятно, не любые проблемы, заставляющие их повредить конкретно 64-разрядную систему.

, Конечно, для программы возможно иметь ошибку, которая препятствует тому, чтобы он работал правильно над некоторой конкретной архитектурой. Поскольку 64-разрядная версия Ubuntu не является новой, и не была новой в течение достаточно долгого времени, нет никакой причины думать, что программное обеспечение, предоставленное официально через официальные репозитории Ubuntu (ни заплатил программное обеспечение, ни программное обеспечение, установленное через PPAs), более вероятно, будет иметь 64-разрядные определенные ошибки, чем 32-разрядные определенные ошибки.

Вообще говоря, что-либо, что доступно для Вашей архитектуры в Центре программного обеспечения, протестировали на Вашей архитектуре и, как довольно сильно полагают, работает над ним.

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

вещь, можно установить 32-разрядное программное обеспечение в 64-разрядной системе Ubuntu :

• Мультидуга упрощает устанавливающие 32-разрядные пакеты в 64-разрядной системе. 32-разрядная версия пакета packagename может быть установлена как packagename:i386 в APT:

  sudo apt-get update
  sudo apt-get install packagename:i386

  возможно иметь конфликты между 32-разрядными и 64-разрядными версиями того же программного обеспечения. Такие конфликты являются нормой для программы , но являются редкими для библиотеки . Начиная с зависимостей, требуемых быть той же архитектуры как программное обеспечение, требующее их, чаще всего библиотеки, чаще всего такие конфликты не возникают.

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

основные области, где 64-разрядная система могла бы быть несоответствующей, где 32-разрядная система будет работать:

• Ваш компьютер является низким на RAM. 64-разрядные версии программ (и библиотеки, от которых они зависят), а также структуры данных, которые они создают, имеют тенденцию быть несколько больше и таким образом вызвать больше Использования оперативной памяти при выполнении. На практике, для систем с достаточным количеством физического участника, этот эффект не является обычно очень большим. Для систем с [только 119] всего достаточно RAM, это может быть значительно.

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

  , Так как большинство драйверов является бесплатным программным обеспечением с открытым исходным кодом или иначе распределяется (среди других путей) как исходный код, и потому что 64-разрядные системы, выполняющие ядро Linux, были вокруг и распространены в течение многих десятилетий теперь, это не вероятно. Но если у Вас есть неясные аппаратные средства с собственными драйверами только для двоичного файла, которые только существуют 32-разрядной версии, это могло бы потребовать, чтобы Вы выполнили 32-разрядную операционную систему.

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