Клиент TortoiseSVN замедляет работу обозревателя в Windows XP, работающей в Parallels

Question

Я думал, что сделаю свой первый вопрос SuperUser относительно простым, хотя этот вопрос может получить не так много ответов, так как я напрямую не связан с проблемой.

Коллега занимается разработкой в Windows XP, работая в Parallels на своем Mac. Мы только что перенесли наш VSS-репозиторий в SVN и выбрали TortoiseSVN в качестве нашего предпочтительного клиента с плагином Ankhsvn для Visual Studio.

На его экземпляре XP, после установки TortoiseSVN, просмотр папок с помощью проводника крайне медленный; примерно за 15 - 30 секунд до отображения содержимого следующей папки. Это самый медленный при открытии Мой компьютер. Как только он достигает папки, содержащей рабочее содержимое проекта SVN, Explorer снова ведет себя быстро, как и ожидалось. Похоже, что TortoiseSVN может тратить кучу времени на поиск подпапок для чего-либо, поэтому он может выполнять наложение значков, но это только предположение.

Я годами использовал TortoiseSVN как на XP, так и на Vista на гораздо менее мощных машинах без каких-либо проблем с Explorer, поэтому я приписываю медлительность его запуска на ВМ, хотя это может и не быть реальной проблемой.

Кто-нибудь сталкивался с подобными проблемами с производительностью и / или знал об исправлении? Имейте в виду, что любые запросы на внесение изменений в его конфигурацию необходимо будет сообщать, и поэтому мое время отклика может быть медленным.

Спасибо всем!

Answer 1

Диалоговое окно настроек-> Значок наложения-> Исключить пути: установите это, например,

C:\*

Затем установите пути включения к пути, где находится рабочая копия, например

c:\users\mydocuments\myworkingcopy*

Answer 2

Несколько раз я сталкивался с очень похожей проблемой, но настройка "кэша" не работала, и меня вдохновил этот пост: https://groups.google.com/d/msg/tortoisesvn/IehAouUWrnA/srbHrGlCVR4J и я сам пытался использовать Wireshark следить за тем, что произошло во время запуска контекстного меню.

Как и ожидалось, было найдено несколько запросов имени netbios в поисках имени машины, но истекло время ожидания. Потом я вспомнил, что изменил имя своего компьютера без перезагрузки, поэтому черепаха svn ищет это новое имя! Я сделал перезагрузку, и все вернулось на круги своя.

Надеюсь, этот опыт поможет.

ДОБАВИТЬ: Вы также можете попробовать использовать Process Monitor (http://technet.microsoft.com/en-us/sysinternals/bb896645) для отслеживания того, что происходит, когда происходит отставание. Это всегда помогает выявить неправильный доступ к реестру / файлу / сети.

Answer 3

Я видел похожие симптомы (медленные ответы в Проводнике) от черепахи, но в другом контексте (рабочая копия находилась в сетевой папке). В моей ситуации решение состояло в том, чтобы зайти в настройки Tortoise и отключить кэширование Icon Overlay.

Answer 4

Вы можете установить параметр "Включить пути" в TortoiseSVN, чтобы он знал, что он должен отображать только значки наложения в каталогах, где у вас есть проект SVN. Настройка находится в Настройки-> Значок наложения-> Включить пути.

Answer 5

Когда я столкнулся с той же проблемой, я нашел эту ветку и попробовал рекомендованное решение Стефана. В моем случае мне пришлось ждать около 30 секунд, пока щелчок правой кнопкой мыши по любой папке в любом окне проводника не отобразил контекстное меню.

После того, как я настроил «Исключить пути» и «Включить пути» в настройках TortoiseSVN, контекстное меню проводника вернулось к нормальной скорости и сразу же появилось.

В моем случае я обнаружил, что TortoiseSVN отчаянно пытался получить доступ к некоторым папкам удаленных проектов SVN на других компьютерах в нашей компании, которые я также поддерживал со своего компьютера через сеть Windows. Но когда эти компьютеры находятся в автономном режиме, эти 30 секунд (или около того) продолжались, пока Windows не вернула тайм-аут.

Может быть, есть и другой способ узнать, доступны ли сетевые пути или нет, но на данный момент я предпочитаю более быстрый доступ к контекстному меню Проводника.

Надеюсь, что это поможет другим найти свои проблемы с тайм-аутом.