Взято с этого ресурса ,
В большинстве случаев, если обсуждается производительность Subversion системы управления версиями, темы вращаются вокруг используемых серверных хранилищ (Berkeley DB (bdb) и FSFS) и настройки некоторого серверного программного обеспечения или даже аппаратных параметров.
Похоже, менее известно, что выбор используемого варианта сервера - модуля Apache Subversion mod_dav_svn или автономного сервера svnserve - оказывает большое влияние на измеряемую и воспринимаемую производительность Subversion.
Обычно svnserve значительно быстрее чем Apache mod_dav_svn
В синтетическом нерепрезентативном тесте производительности, который я выполнял с использованием Subversion 1.4.5, Subversion 1.1.1 и Apache 2.0, производительность mod_dav_svn была на 30–400% ниже, чем у svnserve. Производительность svnserve была близка к локальному прямому доступу к хранилищу с использованием инструментов командной строки svn.
Самое значительное снижение производительности было измерено во время операций svn log и svn merge против сервера mod_dav_svn - вы сразу заметите худшую производительность svn log, если, например. с помощью плагина Eclipse Subversion Subclipse.
Автор также предоставляет эталон , сравнивающий два.
Я запускаю snvserv, который обслуживает около 50 репозиториев на Berkely DB бэкэндах и не имеет претензий к производительности. Как примечание стороны, есть только 10 пользователей.
На самом деле я обнаружил, что svnserve очень прост в установке и обслуживании и не наказывает вас за отсутствие будущего. SSH может быть включен для svnserve, а безопасность на основе путей также возможна, если вы «парень из одного хранилища, много проектов», о котором говорит Стив Роббинс:)