Упаковка: / usr / lib vs. / usr / lib / * - linux-gnu
LXC
LXC, который является сокращенным способом сказать, что LinuX Containers - это метод виртуализации на уровне операционной системы для запуска нескольких изолированных систем Linux, которые называются контейнерами на одном управляющем узле. Поскольку LXC обеспечивает виртуализацию на уровне операционной системы, это происходит не через полностью раздутую виртуальную машину, а, скорее, она обеспечивает собственную виртуальную среду, которая имеет свой собственный процесс и сетевое пространство.
LXC полагается на LinuX Containers (Control Groups), который разработан как часть LXC, который является функцией ограничения, учета и изоляции использования ресурсов (процессор, память, диск I / O и т. Д.) Групп процессов.
В Ubuntu вы можете найти такие инструменты, как Control Groups , которые используются с LXC. Вы даже можете найти несколько руководств:
Как настроить juju для локального использования? Как запустить Juju на локальном сервере? Могу ли я использовать juju с LXC в нелокальной конфигурации?Для использования LXC и его преимуществ я рекомендую прочитать руководство Ubuntu для Juju
Официальный сайт - Руководство Ubuntu для Juju
Рассылка списки размещены здесь
1 ответ
Вы правы, в традиционной системе все библиотеки были установлены в /usr/lib. Как вы уже упоминали, тот факт, что пользователи любят выполнять 32-битные двоичные файлы на 64-битных платформах, является одной из причин разделения библиотек по их архитектуре. Этот подход известен как Multiarch (по крайней мере, в мире Debian).
Кроме того, разработчикам нравится устанавливать библиотеки других архитектур (например, ARM) для кросс-компиляции своих приложений.
[d3 ] FHS рекомендует помещать 32- / 64-разрядные библиотеки в папки /usr/lib{32,64}. Этот подход является негибким, поскольку нет поддержки для других архитектур (например, ARM). Там даже существуют несколько 64-битных ABI, которые несовместимы друг с другом и попадают в одну и ту же папку.Дополнительная информация:
Debian Wiki: реализация Multiarch Ubuntu: Multiarch Spec-
1Да, я уже видел спецификации FHS и Multiarch;) Однако реальный вопрос: почему библиотеки все еще существуют в обоих / usr / lib и / usr / lib / * - linux-gnu? Это техническая причина или вопрос предпочтения / идеологии? Это зависит от источника источника (т. Е. Сборка источника Red Hat будет размещена в / usr / lib по сравнению с сборкой источника Debian, размещенной в / usr / lib / * - linux-gnu), возможно? – Chuck R 10 December 2014 в 16:15
-
2Меня это тоже интересует. Должны ли мы установить наши скомпилированные библиотеки в / usr / lib / $ (DEB_HOST_MULTIARCH), или мы должны сделать это на / usr / lib? Можем ли мы заменить библиотеки уже в многоархивой папке для новых скомпилированных? – Bernardo Ramos 16 January 2017 в 10:14
-
3@BernardoRamos, одна вещь, которую я заметил. Библиотеки, установленные на /usr/lib, напрямую принадлежат к пакетам *:amd64 (пакеты туземцев, у меня есть 64-битная установка), я проверил только несколько, и ни один из них не имеет *:i386 package (foreign arch) с тем же именем. Таким образом, эти библиотеки существуют только в собственной архитектуре, поэтому не нужно перемещать их в определенную папку ARCH. Я еще не проверял политику Debian, поэтому я написал это как комментарий, пока не найду ссылку. – user.dz 16 January 2017 в 12:13