Как я могу ускорить проверку Subversion? (Используется последняя версия ANKH, Visual Studio 2010)

Я начал работать над новым веб-проектом с некоторыми друзьями ... мы используем последний сервер Subversion (установленный на прошлой неделе), последнюю версию ANKH.

Мой веб-проект занимает 1,5 мегабайта (это все изображения, файлы css, dll после компиляции, файлы pdb и т. Д.).

Регистрация даже сверхмалых изменений (буквально добавление буквы «x» к нескольким файлам для тестирования) ... занимает НАВСЕГДА! (секунд 10 - чуть не убился).

Клиент ANKH измеряет в БАЙТАХ В СЕКУНДУ ... БАЙТАХ? в секунду ... Я, должно быть, делаю что-то не так. У кого-нибудь, в каком файле конфигурации есть шутка TotallyMessWithPeople = true, чтобы я мог отключить это или что-то в этом роде?

Да, также, изменение одного «большого» файла размером super 10k увеличивает скорость почти до скорости света (которая, по-видимому, составляет 857 байт в секунду).

Помогите мне, Оби Ван Кеноби, ты моя единственная надежда!

РЕДАКТИРОВАТЬ: As a note... my real work project that uses Visual Source Safe 2005 (I know, ouch) uploads files at about 200-500kbps from this very same computer/internet connection.


performance svn ankhsvn
person Timothy Khouri    schedule 06.05.2010    source источник
comment
Здесь та же проблема - у меня SVN установлен непосредственно на машине для персональной разработки (хотя хранилище находится на устройстве NAS), и я также считаю, что он ОЧЕНЬ медленный. В офисе мы используем wush.net, и это кажется НАМНОГО быстрее.   -  person Eric J.    schedule 07.05.2010
comment
Обычно это не размер файлов, а их количество, которое действительно замедляет процесс проверки svn. если вы используете https, он тоже тормозит. Это stackoverflow.com/questions/2681241/ так что я предполагаю, что конфликт IP4 / IP6 также может сильно замедлить работу. Я сам использую AnkhSVN для проекта WinForms, над которым я работаю сейчас ~ 3 мегабайта, и это очень быстро.   -  person m0s    schedule 07.05.2010
comment
Вы действительно не предоставили много полезной информации. Какой протокол вы используете для фиксации в репозитории? Если вы фиксируете локально или удаленно, какая разница в скорости? Если вы выберете другой протокол, какая разница в скорости? Если вы делаете коммит в клиенте командной строки против ANKH SVN, есть ли разница? Что, если вы запустите Process Monitor на клиенте, заметите ли вы там что-нибудь интересное? А как насчет сервера? Есть ли у вас какие-нибудь скрипты для фиксации? Вы включили флаг конфигурации useFastConnection?   -  person Samuel Neff    schedule 07.05.2010

Ответы (2)


arrow_upward
3
arrow_downward

Обратите внимание, что когда вы используете http: // или https: //, числа, отображаемые AnkhSVN (и всеми другими клиентами Subversion), не являются реальными передаваемыми данными.

Библиотека neon не предоставляет фактическое количество байтов, а лишь показывает, как далеко передается содержимое, в то время как некоторые данные фактически передаются в заголовках. (Слои serf и svn предоставляют лучшую информацию). Если вы хотите узнать, какой фактический объем переданных данных вам понадобится, вам понадобится отдельный инструмент.

Когда вы только начинаете операцию Subversion, много времени тратится на открытие сеанса сервера, особенно на каналах с низкой задержкой. (Для разработки AnkhSVN я использую репозиторий в Калифорнии из Нидерландов). Subversion 1.7 улучшит эту фазу рукопожатия с помощью нового рукопожатия HTTPv2. (Версия 2 сообщает, что Subversion использует разные HTTP-запросы; на линии по-прежнему стоит HTTP / 1.1).

Но могут быть разные причины того, что клиенты Subversion работают медленно (см. Комментарии к вашему вопросу): IPv4 против IPv6 - частая причина, и несколько выпусков назад неоновая версия, используемая AnkhSVN, имела регресс производительности при отключении от некоторых серверов https.

person Bert Huijben    schedule 07.05.2010

arrow_upward
0
arrow_downward

Ранее я сказал, что экспортировал сертификат и импортировал его как «доверенный корневой сертификат», после чего мои проблемы со скоростью исчезли. Это было правдой, но не это причина, по которой мои проблемы со скоростью исчезли.

Оказалось, что меня просто подключили к работе через VPN, и поэтому работа шла медленнее. Итак, в моем случае простое отключение от моего VPN увеличило мою скорость (очевидно).

Я просто хотел сделать этот пост, чтобы люди не сбили с толку мой предыдущий.

person Timothy Khouri    schedule 12.06.2010