Подверсия вызывает сетевые проблемы

Я с Dave, я не вижу 0.0.0.0, что Вы говорите о.

Можно, однако, видеть маршрут к 0.0.0.0 в команде печати маршрута, которая является шлюзом по умолчанию для NIC. Ваш шлюз по умолчанию - то, куда Вы идете для доступа к любым сетям, Вы не знаете о.

Эти 0.0.0.0 адреса вызывают фактическую проблему?

1
задан 28 April 2010 в 16:38
4 ответа

Если Ваш dev сервер на удаленном сайте, и Вы используете асимметричное соединение (например, ADSL), где пропускная способность загрузки ниже, чем пропускная способность загрузки, возможно, что Вы действительно насыщаете доступную восходящую пропускную способность, особенно если Вы фиксируете большие файлы. Если у Вас есть брандмауэр или прокси, это имеет вредоносные сканеры, проверяющие трафик, Вы могли бы возможно также создавать нагрузку на это. Пакетный формирователь или другой агент, который искусственно регулирует Трафик HTTP, могли бы также вызвать этот вид узкого места.

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

2
ответ дан 3 December 2019 в 19:45

"Интернет является медленным", был бы очень, очень необычная жалоба, которая будет вызвана путем просмотра подверсии repo.

Поскольку "dev сервер является медленным", почему бы не наблюдать загрузку ЦП, или с менеджером по Ctrl-Alt-Del-Task в Windows или с главной командой на Unix/Linux?

1
ответ дан 3 December 2019 в 19:45

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

0
ответ дан 3 December 2019 в 19:45

Как любой согласился, это не ошибка, а скорее svnserve ест всю Вашу пропускную способность.
Хорошее решение состоит в том, чтобы ограничить его использование, например, iptables или струйка.

0
ответ дан 3 December 2019 в 19:45

Теги

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