Ошибка соединения подверсии для клиентов на 64 бита
Я предположил бы, что это значительно сверхусложняет Вашу настройку, при попытке предположить уровни удачного обращения в кэш и другие детали реализации. Так как Вы уже до сих пор перед игрой путем фактического проведения некоторых измерений перфекта, которые фокусируются на IOPS заранее, я сложил бы всю запись IOPS для получения приблизительной оценки того, в чем Вы нуждаетесь.
Если Вы можете, можно сделать некоторое тестирование дискового массива для подтверждения для себя вида IO, Вы собираетесь быть способными вынуть x количество шпинделей диска. Мое эмпирическое правило равняется 150, 200, 250 IOPS для 7.2k, 10k, 15k диски соответственно, и для RAID 10 каждая зеркальная пара, добавленная к чередующемуся набору, добавляет что много IOPS к пулу. Так чередуя более чем два зеркала 7.2k диски были бы приблизительно 300 IOPS или 500 IOPS при использовании 15k дисков.
Предположение Вас имеет большую среду для консолидации Вас, вероятно, пытаются выяснить, в каком количестве полок диска Вы нуждаетесь. При использовании 15 дисковых полок затем, 2 полки заставляют Вас 14 зеркальных пар чередовать и 2 hotspares так до 3 500 IOPS. Когда Вы добавляете в кэшировании и упорядочивании IO, и планирование Вас может получить более высокую производительность, чем это, но Вы не должны получать более низкую производительность.
YMMV, таким образом, хорошо сделать некоторое тестирование с большими наборами тестов случайного IO для проверки того оборудования, выполняет то, что предсказывает модель, или можно скорректировать модель для соответствия наблюдаемому поведению.
Вы уверены, что 32-битные или 64-битные окна являются неисправными? Если нет конкретной ошибки в 64-битной версии вашего svn-клиента, я сомневаюсь, что проблема заключается именно в этих битах.
Одна из причин, по которой вы можете получить обнаруженную вами ошибку, заключается в том, что метод HTTP OPTIONS фильтруется firewall или сам svn server. Отключите брандмауэр (менее безопасный), который может работать на компьютере пользователя с Windows (или, что более безопасно, разрешить такой трафик).
Если пользователь получает сообщение «Ошибка запроса OPTIONS», можете ли вы получить «статус svn» ", можно ли вообще подключиться к svn-серверу? Клиент svn должен иметь возможность получать статус.
Когда вы говорите «visualSVN», вы имеете в виду «VisualSVN Server», да?!
- «Ошибка запроса OPTIONS» не коррелирует с клиентом (и архитектурой клиента) вообще - это чисто серверная ошибка
- Без журнала Apache мы ничего не можем
- В VisualSVN Server ведение журнала полностью отключено, вы включили его вручную в httpd.conf
- Для тестирования я рекомендую использовать CLI svn-clients - в случае ошибок они сообщают более подробную информацию (64-битный SVN-клиент CLI - SlikSVN , 32-битный может использоваться любой)
Кстати, примечание
рабочая копия клиента находится на отображении сеть
очень и очень плохая идея
Обновление
Разъяснение и подробности
Вы можете ссылаться на или включать инструкции по редактированию записи журнала упоминание в пункте 3?
VisualSVN Server Standard Edition имеет
ErrorLog nul
LogLevel error
в конфигурации Apache, таким образом - почти ничего не записывать в журнал событий (в отдельном разделе). Доступ и ведение журнала операций (в журнал событий) можно включить из окна графического интерфейса пользователя только в Enterprise Edition. Вы можете включить стандартное ведение журнала, указав обычные ErrorLog и AccessLog, и просматривать действия и ошибки в расширенной версии, например во внешнем интерфейсе ( причина для «Не удалось выполнить запрос OPTIONS»). Но в книге SVN также есть подсказка о дополнительном журнале Apache в CustomLog, который позволяет «переводить» команду WebDAV в команды SVN.
Уточните, почему рабочая копия находится на сопоставленном сетевой диск - плохая идея?
- Visual Studio + svn: Рабочие копии на сетевом диске или локальном? тема здесь
- Ответ в TortoiseSVN FAQ
- Рабочие копии SVN на сетевом ресурсе тема
- Слегка устаревшее предупреждение о BDB-репо ( в любом случае используйте FSFS) «Не создавайте и не обращайтесь к репозиторию Berkeley DB в общей сетевой папке. Он не может существовать в удаленной файловой системе. Даже если у вас есть сетевой диск, сопоставленный с буквой диска. Если вы попытаетесь использовать Berkeley DB на сетевой общий ресурс, результаты непредсказуемы - вы можете сразу увидеть загадочные ошибки, или могут пройти месяцы, прежде чем вы обнаружите, что ваша база данных репозитория слегка повреждена »
нам нужно, чтобы она была на веб-сервере, чтобы язык на стороне сервера быть обработанным
ЧТО?! Сервер на разработчика или одна общая копия для всех разработчиков? Вы (или менеджер, или ... ) необходимо переосмыслить рабочий процесс после реализации VCS - вы не можете использовать общую кучу , как раньше, только версионирование поверх. Этот пост будет (может) использоваться для понимания моей реакции, а этот ответ в FAQ по Subversion поможет построить обновленный рабочий процесс. Решение ловушки после фиксации имеет несколько острых углов (параллельные операции), но когда и если это станет проблемой, вы можете перейти к инструментам Build-CI-Deploy производственного качества