Лучшая причина обширного (тщательного) использования символьных ссылок...
Символьные ссылки делают для файловых систем (своего рода иерархическая база данных), что внешние ключи делают для реляционных баз данных.
С разумным использованием и "вперед" и "обратные" символьные ссылки (хотя я не услышал их, упомянул тот путь прежде), мог быть разработан дистрибутив, где большинством вещей в / и т.д., / мусорное ведро, / lib и/sbin являются символьные ссылки на/usr/etc,/usr/bin,/usr/lib, и/usr/sbin. Могло затем быть несколько версий/usr каталога, смонтированного где-нибудь как под/initrd (инициализируйте электронный диск). Файловая система могла затем справиться посредством тщательного создания и удаления символьных ссылок, какая версия использовалась для каждого файла в любой момент времени.
Щенок Linux и некоторые другие дистрибутивы использует unionfs и aufs файловые системы для реализации изменения этого понятия.
Исходный O/S, как распределено, сохранен статичным (неизменный) в постоянном хранении как "нижний слой". Когда один из файлов, таких как/etc/hosts, например, отредактирован и сохранен, вместо того, чтобы изменить оригинал, файловая система создает новую копию в самом верхнем "рабочем слое" на электронном диске. Файловая система затем представляет эту копию, вместо оригинала, пользователю.
Копии электронного диска периодически (настраивающийся пользователь root) сброшены в фоновом режиме к третьему слою, который находится также на постоянном хранении. Измененный, копии электронного диска эффективно накладывают свои сохраненные версии, которые в свою очередь накладывают статические оригиналы. Только самая важная копия видима (для неизменного файла, это было бы оригиналом), таким образом, файловая система выглядит абсолютно типичной пользователю и другому программному обеспечению.
Эта техника улучшает системную скорость и надежность...
Символьные ссылки - то, что делает все это возможным.
Ответы на вопросы...
Насколько "высокоскоростной" Ваша установка?
Чем больше памяти можно дать это, тем больше программы может быть сохранено в электронном диске и таким образом более быстро реагирующем, это будет. Запуск программы от электронного диска немного быстрее, чем запуск его от флэш-памяти (карта флэш-памяти, SD, и т.д.) и только берет крошечную часть времени, должен был запустить ту же программу от жесткого диска.
На моей Toshiba 1999 года на 300 МГц 4030CDT ноутбук с 64 МБ RAM, Щенок Linux 5.2.2 Осторожных, главным образом на основе Slackware, нет никакой комнаты для большого количества электронного диска так загрузка программ из жесткого диска. Однако, 2D GUI является довольно быстро реагирующим. Я использую его в качестве "консоли", подключенной через Совместные действия ко всем другим хостам.
В другом конце масштаба то, что я использую теперь (через ноутбук)... Compaq S6010V, выполняющий процессор Celeron на 2.6 ГГц и 1.3 ГБ RAM. Электронный диск "PuppySpace" был выделен, 512 МБ которого меньше чем 200 МБ используются в настоящее время. Загруженный Zim (приложение записи лекций Python), редактор/IDE Geany, терминальный клиент с 5 открытыми сессиями, и 2 копии Хрома с в общей сложности 12 вкладками веб-страниц, активных включая Gmail.
сколько времени это обычно не ложится спать?
Поскольку я постоянно разрабатываю и изменяю конфигурации, запланированные перезагрузки распространены. Вывод времени работы для Compaq в настоящее время...
16:21:10 up 4 days, 7:28, load average: 0.06, 0.24, 0.30
Для пользователя действительно ли легко скомпилировать их собственное ядро из kernel.org и загрузиться с ним?
Я не могу обратиться к этому, поскольку я никогда не делал этого. Хотя Щенок, сообщество Linux полно людей, которые компилируют их собственные ядра на завтрак.
Это - что-то, от чего Вы выполняете серверы?
Все мои системы запускают или менеджеры окон JWM или Openbox (GTK + базирующийся), но некоторая работа была приведена в порядок, установив Щенка как сервер как с LEMP и Упрощенным Музыкальным Устройством автоматической смены дисков Сервера (mpdPup).
aufs?..., для чего это хорошо? (по xfs/ext.
Aufs является полным, переписывают unionfs. Они оба реализуют объединение, монтируют, где несколько файловых систем как xfs, ext3/4, и т.д. смонтированы к той же точке монтирования, таким образом, они накладывают друг друга.
Lintian - это инструмент обеспечения качества, который выполняет автоматические проверки различных аспектов соответствия пакетов политике Debian . Если пакет не соблюдает одно из правил, о проблеме сообщается в базе данных Lintian Reports.
Это помогает упаковщику получать метрики для создания лучших пакетов.
Примеры обнаруженных ошибок находятся на странице тегов . Щелчок по такому тегу приводит к описанию проблемы.
Пример:
Интересны теги конфиденциальности:
Поиск орфографических ошибок:
Одно из основных преимуществ бесплатного программного обеспечения с открытым исходным кодом - это прозрачность кода. Однако для того, чтобы это имело какое-либо значение, необходимо приложить хотя бы некоторые согласованные усилия для фактической проверки того, что этот код не содержит ошибок, соответствует определенным стандартам (некоторые из которых могут быть навязаны сообществом в целом, а некоторые - небольшими организациями, такими как проект Debian), и легко читается другими, желающими сделать то же самое.
Lintian, хотя я не знаком с этим проектом конкретно, похоже, это проект, поддерживаемый проектом Debian с целью выполнения этой задачи.