Как же все-таки отловить тормоза svn?

это удалённый сервер с ответом тормозит или локальный клиент делает паузу перед отправкой запроса?

а через apache+moddav запускать не пробывали? То же самое получается?

>> это удалённый сервер с ответом тормозит или локальный клиент делает паузу перед отправкой запроса?

Отвечу, когда тормознет следующий раз ))

>> а через apache+moddav запускать не пробывали? То же самое получается?

Не хотелось бы переделывать систему, можно отгрести гимора с перенастройкой файрвола (проброс портов) и обьяснению всем пользователям почему им необходимо в черепахе поменять протокол с svn на https

> Как же все-таки отловить тормоза svn?

сначала svn прочитал как svu, сильно удивился :-)

> Периодически проявляются очень сильные тормоза svn тоесть начало работы команды svn co svn://svn.myhost/repos колеблется от 1 секунды до почти минуты.

А это не может быть DNS-резолвинг клиента со стороны сервера? Что если на сервере клиента прописать в /etc/hosts c каким-нибудь именем?

>тоесть начало работы команды svn co svn://svn.myhost/repos колеблется от 1 секунды до почти минуты.

начало работы - это когда оно начинает показывать файлики? если да, то минута - вполне адекватное время, у нас бывает минут по 10 туканит пока соизволит что-то сделать.

Анонимус спасает планету!

Сам решал эту проблему буквально на днях.
проблема в том, что
> Загрузка на боксе с svn минимальная.
добавь загрузки.
Мне пришлось накатать скриптик, который рандомно делает
dd if=/dev/sda of=/dev/null bs=10M count=10 skip=$RANDOM

Энтропии ему не хватает. Дисками надо пошуршать, мышкой поелозить, по клавиатуре постучать, и т.п.

Бля буду. :)

ЗЫ У меня на выявление, поиск решения и решение проблемы ушло два часа.

P.P.S. Если верить мануалам, ещё можно отказаться от /dev/urandom в пользу менее секурного /dev/random.

наоборот, urandom это несекурно.

Я не понял, кто-нибудь скажет спасибо анонимусу?!
Дво суток не спит анонимус, ждёт благодарностей за готовое решение проблемы!