2010-02-02 7 views
1

UPDATE: СВН и протокол HTTP бенчмаркинг в ..Как изменить с https: // в SVN: // протокол в подрывной сервер

Сколько времени потребовалось, чтобы оформить ствол проекта (в минуты и секунды) ..

протокол СВН: 5:32

HTTP: протокол: 5:33

СВН протокола (за исключением папки AVG): 2:22

http протокол (с исключением папки AVG): 2:23

Скорость Результат: Абсолютно ничего в нем!

AVG Результат: Однако, сообщая AVG, чтобы игнорировать мои рабочие папки, время проверки проверки было в два раза быстрее!


ORIGINAL ВОПРОС:

В настоящее время мы используем VisualSVN сервер, что я думаю !? поддерживает только протокол http (s)? (Может кто-то подтвердить?).

У меня есть read here и понимаю, что протокол svn: // значительно быстрее, особенно с большим количеством небольших файлов.

Может ли кто-либо рекомендовать самый больший путь перехода на использование сервера subversion с протоколом svn: // (даже если это означает использование другого аромата сервера subversion).

Аппарат, на котором работает VisualSVN Server, представляет собой Microsoft Windows Server 2003.

Спасибо заранее,

- Lee

+3

Visual SVN действительно * не * поддерживает протокол 'svn: //'. Смотрите: http://www.visualsvn.com/support/topic/00011/ –

+0

Фрак, думаю, это было бы слишком легко .. –

+0

Я бы поставил результаты теста как ответ на ваш вопрос. В конце концов, это решение вашего вопроса. – antik

ответ

1

Оказалось, что проблема с замедлением обновления subversion была НЕ из-за протокола (SVN была той же скоростью, что и HTTP), но на самом деле из-за сканирования AVG каждого файла.

После добавления исключения для AVG, чтобы игнорировать мои рабочие папки, обновления папок и проверки теперь более чем в два раза быстрее.


Сколько времени потребовалось, чтобы оформить ствол проекта (в минутах и ​​секундах) ..

СВН протокол: 5:32

HTTP: протокол: 5:33

СВН протокола (за исключением папки AVG): 2:22

HTTP протокола (за исключением папок AVG): 2:23

Скорость Результат: Абсолютно ничего в этом!

AVG Результат: Однако, сообщая AVG, чтобы игнорировать мою рабочую папку, время проверки копии становилось вдвое быстрее!

2

рекомендовать наиболее безболезненный способ перехода на использование сервера подрывного с SVN: // протокол

Используйте оригинальный Subversion сервер вместо VisualSVN. Администрирование репозитория не так сложно! Просто перейдите в обычный SVN и сэкономьте себе стоимость лицензии.


Также я предлагаю остаться с протоколом HTTP/HTTPS. В большинстве случаев протокол не является проблемой на рабочих станциях Windows. Обычно проблема связана с вашим антивирусом и медленной NTFS.

Общее примечание: проверка на Linux выполняется на порядок быстрее, чем на станции Windows, из-за вышеупомянутой проблемы. Поэтому я не думаю, что он почувствовал бы какие-либо улучшения после перехода на svn://. Также вы можете сделать простой бенчмаркинг с оригинальным сервером Subversion и проверить, улучшает ли он что-либо.

Кроме того, работа с https позволяет вам (в какой-то момент, если хотите) разместить SVN-репозиторий в Интернете и разрешить пользователям доступ к нему в безопасном пути без VPN.

+0

Я думаю, что мне придется делать это упражнение для бенчмаркинга. –

+0

Бенчмаркинг интересен, особенно если исключить рабочий путь от AVG! 2x быстрее уже. –

+0

Я сказал вам, что протокол далеко не является узким местом производительности SVN в Windows ';-)', пожалуйста, обновите, когда получите результаты. – Artyom

2

Я думаю, что это легко изменить с https:///http:// к svn:// протоколу сервер VisualSVN, поскольку существует svnserve под сервером VisualSVN. Для запуска svnserve используйте команду svnserve -d -r <repositories_dir>, затем вы можете использовать протокол svn:// для доступа к репозиториям.

 Смежные вопросы

  • Нет связанных вопросов^_^