Вопросы Теги

больше мерзавец или менее эффективен, чем подверсия? (мудрая загрузка сервера)

Кэширование является довольно новой функцией в nginx (и не так хорошо зарегистрированное на данный момент), но достаточно стабильный, чтобы использоваться в производстве.

2
задан 25 December 2009 в 13:01
1 ответ

Если бы Вы означаете сохранять ресурсы на своем сервере репозитория, я сказал бы, что DVCS в целом (мерзавец, bzr, hg, и т.д.) более эффективны, потому что существует больше операций, которые могут быть сделаны локально.

Например, с DVCS, можно легко объединить ответвления по машине разработки и затем передать результат машине репозитория, в то время как централизованный VCS (такой как CVS или svn) должен будет сделать слияние на машине репозитория, таким образом с помощью большего количества ресурсов на нем.

Когда дело доходит до дисковых ресурсов я нахожу мерзавца и bzr более эффективным также, потому что CVS и svn помещают информацию об управлении версиями в каждый уровень дерева (директора CVS в случае CVS, .svn директора в случае svn), в то время как мерзавец и bzr используют только один каталог (.git или .bzr) наверху дерева, которое более эффективно с точки зрения дискового пространства.

5
ответ дан 3 December 2019 в 09:52
  • 1
    Спорный. Я don' t думают, что можно сказать, что единственный .git каталог лучше, чем несколько .svn каталогов с точки зрения дискового пространства . It' s инструмент для очистки, уверенный, но не гарантируемый иметь меньшее место. Что касается ресурсов слияния: Я don' t думают, что слияние составит в целом значительную нагрузку на Ваше поле, но затем, я don' t размещают обширные репозитории... –  wzzrd 16 December 2009 в 22:26
  • 2
    Мой опыт с svn и git/bzr состоял в том, что наличие единственного .git/.bzr каталога на самом деле делало его меньшим обычно, и также намного быстрее, когда это пришло к дублированию репозиториев (it' s легче проанализировать один каталог, чем целое дерево рекурсивно). Что касается слияния, я управляю штамповочным прессом с 500 + репозитории иногда до 8 ГБ данных, и теги/слияния на таких проектах уничтожают машину так много, что миграция на bzr стала приоритетом для нас. –  ℝaphink 17 December 2009 в 00:36
  • 3
    @wzzrd - На основе моего ограниченного использования svn, I' d говорят, что издержки всех дополнительных файлов действительно складывают. Потребление одного только inodes является тратой ресурсов плюс слабое, потраченное впустую на все те дополнительные файлы. Для усмешек я проверил ответвление SAMBA_3_0, и 6 593 файлов/записей каталога под тем деревом, 4239 (64%) находятся под .svn каталогом. Я разделил .svn каталоги, затем инициализировал мерзавца repo на источниках. Даже перед " мерзавец repack" svn repo был приблизительно на 50% более тяжелым и в количестве файла и в использовании пространства, чем мерзавец repo. Ничто против svn, но это более тяжело, чем мерзавец. –  Geoff Fritz 17 December 2009 в 04:13

Теги

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