Это зависит от множества факторов (и нет, объединение - не самая распространенная операция - фиксация - внесение изменений в эту вещь - это самая важная часть этого процесса, даже если системы DVCS тратят все свое время на объединение. и вниз по течению).
Итак, сначала вам нужно обновить SVN. Это легко, и как только вы запустите 'svnadmin pack' в своем репо, вы сможете правильно сравнить. 1.3.2 древнее! (текущая версия 1.6.11)
Во-вторых, вам нужно решить, важно ли для вас запускать и извлекать большие репозитории. Например, у меня есть репо 12 Гиг для управления. К счастью, svn позволяет нам получать только часть этого, а не все, поэтому управление им значительно улучшено.
Кроме того, в v1.7 появилось значительное улучшение производительности (готово, так скоро), так как производительность не была приоритетом для парней из SVN, они действительно добавили новые функции и обеспечили стабильную стабильность. В настоящее время производительность является проблемой и решается. Взгляните на список рассылки dev, чтобы увидеть. Возможно, стоит подождать немного (или оценить его с помощью копии вашего репо).
Видите ли, производительность вашей системы может быть одинаковой. Это может быть узким местом на IO, где svn обычно терпит неудачу (хотя в списке рассылки dev есть некоторые цифры из главы с сервером-монстром с raid-0 SSD, 24 ГБ ОЗУ и, как ни странно, это узкое место на ЦП!)
Итак, в общем, вы должны выяснить свой рабочий процесс и процессы. Если Mercurial (что является хорошим выбором) обеспечивает это для вас, тогда отлично, сделайте это. Но если это не так, то миграция не поможет вам, независимо от того, насколько быстрее это будет.