Я нахожусь в гигабитной локальной сети с 2-ядерным 3 ГГц сервером, предназначенным для обслуживания нашего репозитория.
То, что я проверил в проекте с 30 000, в основном, небольшими файлами, он работает только со скоростью около 1 МБ / с. Там около 140 МБ, так что вроде как навсегда.
Конечно, узким местом является не жесткий диск ... в конце концов, он находится на SSD. Это проблема обработки?
Windows Server 2008
У Subversion действительно плохой послужной список с производительностью, особенно в Windows. Проблема в том, что все операции с файловой системой выполняются быстро. И поэтому они продолжают касаться нескольких тысяч файлов перед обновлением, снова касаясь их после обновления. И, как правило, каждый загруженный файл приводит к записи и переименованию.
Проблема в том, что NTFS не так быстро обрабатывает несколько тысяч файлов (даже на SSD; я вижу это здесь ;-)) сразу, так что это вроде как ломается. Вероятно, вы мало что можете сделать, но для сравнения вы можете посмотреть, насколько быстро это работает в Linux или другом Unix-подобном.
Есть 2 проблемы:
a) ntfs: если вы включили поддержку имен файлов 8.3, то в Windows должны появиться уникальные имена 8.3. он "присоединяет" эти имена как дополнительные имена, и если имена файлов в каталоге очень похожи, то алгоритм, который должен придумать уникальные имена 8.3, имеет много работы. Принцип работы алгоритма очень хорошо объяснен в «5-й редакции Windows, внутренняя страница, страница 946-947». Вы можете отключить эту функцию, ознакомьтесь с http://support.microsoft.com/?scid=kb;en-us;121007&x= 15 & y = 12.
и имейте в виду, что вы не только извлекаете файлы 30k в рабочий каталог, но и svn создает подпапку .svn с локальной копией каждого из этих файлов 30k ...
б) проводник: у проводника есть задача по отображению папок с большим количеством элементов. Отображение всей статистики в списке, создание значков, а что - нет, отнимает много времени.
я бы заподозрил в основном проблему а)
