LINUX.ORG.RU

Гит в режиме сервера работать не может и использует для этого существующие механизмы (ssh, например). Так что даже если улетите в своп, то только в моменты push/pull. Если это не критично - то все ок.

trex6 ★★★★★
()
Ответ на: комментарий от trex6

> Гит в режиме сервера работать не может

4.2, man git-daemon.

git-daemon, кстати, в idle жрёт меньше метра.

arsi ★★★★★
()

суть «git сервера» в данном случае будет ssh и ничего никуда не улетит.

x0r ★★★★★
()
Ответ на: комментарий от x0r

и ничего никуда не улетит

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

trex6 ★★★★★
()
Ответ на: комментарий от marvin_yorke

почему собственно своп это плохо?

всё зависит от интенсивности своппинга. Интенсивный своп это в общем случае очень-очень плохо т.к. сильно бьёт по производительности тех задач что загремели в своп.

true_admin ★★★★★
()

У моего коллеги как раз была недавно проблема. При попытке клона удалённого репозитория, git сообщал об ошибке. Гугл сказал, что это как раз из-за недостатка памяти на удалённом узле. В своп ничего не падало, просто обрывался процесс. Причём памяти на удалённом узле полно, у коллеги просто лимиты были маленькие по умолчанию. После установки всех unlimited, всё заработало как надо. Steckoverflow говорит, что память, испольуемую гитом можно также ограничить его настройками

git config --global pack.windowMemory "100m"
git config --global pack.SizeLimit "100m"
git config --global pack.threads "1"

В этом случае медленнее будет работать.

yvv ★★☆
()

Ну в общем не стали мы рисковать и переоборудовали для этого дела другой сервак, а то мало ли куда там улететь можно.

ApostolPetr
() автор топика
Ответ на: комментарий от true_admin

всё зависит от интенсивности своппинга.

Именно что. Если в случае как у ОПа swapiness будет 60, то при 410 занятых метрах из 512 своп уже давно будет.

Deleted
()
Ответ на: комментарий от Deleted

при 410 занятых метрах из 512 своп уже давно будет.

Это не значит что своппинг будет интенсивный. Имеет значение лишь swap-in/swap-out за единицу времени, а не занятый объём свопа. У нас на сервере в свопе 8гиг лежало, но на скорость это не влияло.

true_admin ★★★★★
()

для любой системы контроля версий 100 метров хватит за глаза. все зависит от кол-ва подключений к ней. у меня свн (через апач) для 3-х чел. работал на системе с суммарными 96 метрами и нормально работал.

vtVitus ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.