Распределенное хранилище пакетов для Linux?

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

10
27.01.2011, 14:20
4 ответа

Действительно это возможно, и конечно это существует, но все существующие проекты являются все еще просто экспериментами.

Я нашел две интересных бумаги:

Таким образом да, это возможно, и это - действительно действительно интересный предмет.

8
27.01.2020, 20:01
  • 1
    Посмотрите, это - первый ответ вида, что я ожидал :) –  phunehehe 27.01.2011, 18:38
  • 2
    @phunehehe спасибо, я зафиксировал немного ответ. –  tmow 28.01.2011, 10:24
  • 3
    , который что-то стоящее отметить - то, что это сделало бы международный контроль на crypto почти невозможным..., возможно, почему он не был сделан - американское Правительство, например, полагает, что crypto "вооруженная" технология. это отчасти высосало бы, чтобы фиксироваться как торговец оружия для хостинга пакета Linux. –  RobotHumans 28.01.2011, 17:09
  • 4
    aking1012 Это является положительной стороной, но управление выполнимо, достаточно загрузить все пакеты и проверить их один за другим (то же с нормальным распределением), важная вещь состоит в том, что дистрибьютор GNU/Linux предоставляет списку пакетов с cksum (sha*, md5, безотносительно), именно это происходит, так или иначе, в нормальных дистрибутивах пакета. –  tmow 28.01.2011, 18:34

Кроме того, если это в рамках корпоративной установки, можно установить локальные зеркала и/или прокси для облегчения этой проблемы. Нет никакой потребности в bittorrent того пути. При использовании базирующегося распределения Debian можно уже просто использовать apt-cacher/apt-proxy, чтобы сделать это.

4
27.01.2020, 20:01
  • 1
    Благодарит, но это не действительно обо мне или моей компании. Я просто думал о нем как о способе постараться не иметь напряжение на сервере любого распределения. Было бы фантастическим, не так ли? –  phunehehe 27.01.2011, 16:40

Можно попытаться настроить своего рода находящуюся в апаче подсистему балансировки нагрузки и указать несколько различных зеркал как "задний" конец. Каждый раз, когда Вы поражаете свой прокси, различное реальное зеркало будет поражено, таким образом, распространяя Ваши запросы среди нескольких зеркал.

Но, большинство зеркал только обновляет один раз в день. Единственное задание зеркального отражения может быть долгим, особенно когда существует большое обновление. Поскольку зеркальные операторы несколько раз в день обычно не стоят того, и зеркально отражающий часто помещает намного больше напряжения на восходящий поток, чем простое apt-get update.

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

Я использую зеркало Debian сам. Выручите нас и не хлопайте нами слишком трудно.

1
27.01.2020, 20:01

Для apt: apt-transport-debtorrent. Обратите внимание, что все еще необходимо получить список пакета (т.е. apt-get update) от одного из зеркал так, чтобы это знало, какие пакеты доступны.

1
27.01.2020, 20:01
  • 1
    я попытался использовать его и ничего не произошло. Кто-либо использовал его успешно? –  Faheem Mitha 06.06.2011, 18:24
  • 2
    В прошлый раз я попробовал его, работал, но был очень медленным. Попытайтесь читать это: debtorrent.alioth.debian.org/Install –  syockit 07.06.2011, 01:57

Теги

Похожие вопросы