Неизвестный протокол при попытке соединиться с удаленным хостом с stunnel

Вы, вероятно, хотите установить, сколько времени точно это берет для получения до этого уровня использования памяти. Это - просто вопрос времени, или можно ли ускорить процесс путем выполнения большего количества фиксаций или выполнения большего количества контроля и т.д. Утечки памяти редки, но возможны и обычно приводят к проблемам производительности. Эти проблемы проявят их в различных точках для различных конфигураций. Репозиторий медленнее после того, как он достигнет 200 МБ?

В большинстве случаев память не 'потрачена впустую'. Это - задание операционной системы для управления выделениями памяти в целом, но некоторые приложения могут иметь свою собственную стратегию. В этом случае SVN может иметь кэш, но он мог также выделять больше памяти так, чтобы это было непрерывное выделение памяти. Обычно ОС должна видеть давление памяти и использовать диапазон эвристики, чтобы гарантировать, чтобы другие приложения продолжили функционировать обычно.

Вещи я попробовал бы:

• Используйте Монитор производительности (perfmon.exe) для получения различной статистики по использованию памяти и т.д.
• Рассмотрите журнал для каждого репозитория для наблюдения, какие типы операций произошли.
• При перезапуске сервиса и выполнении большого количества контроля, фиксирует и т.д. использование автоматизированного сценария. Сделайте каждый из них независимо прежде, чем попробовать соединение двух типов операций. Это может быть менее применимо, если у Вас только есть чистая копия другого сервера подверсии.