Клієнт TortoiseSVN сповільнює Explorer до сканування в Windows XP, який працює в Parallels

Я подумав, що зробимо своє перше питання щодо SuperUser порівняно простим, хоча це питання, яке може не отримати багато відповідей, оскільки я безпосередньо не пов'язаний із цим питанням.

Колега займається своєю розробкою в Windows XP, працює на Parallels на своєму Mac. Ми щойно перенесли наш сховище VSS до SVN, і ми перейшли з TortoiseSVN як наш клієнт вибору за допомогою плагіна Ankhsvn для Visual Studio.

У його екземплярі XP після встановлення TortoiseSVN перегляд папок за допомогою Explorer проходить дуже повільно; приблизно за 15 - 30 секунд до появи вмісту наступної папки. Це найповільніше, коли відкриваєте Мій комп'ютер. Як тільки він дістається до папки, яка містить робочий вміст проекту SVN, Explorer знову поводиться швидко так, як очікувалося. Схоже, TortoiseSVN, можливо, витрачає купу часу на пошук папок для речей, щоб він міг робити його накладку на значок, але це лише здогад.

Я використовував TortoiseSVN протягом багатьох років як на XP, так і на Vista на набагато менш потужних машинах без проблем з Explorer, тому я приписую повільність його запуску у віртуальній машині, хоча це може бути не справжньою проблемою.

Так хтось стикався з подібними проблемами ефективності та / або знає про виправлення? Майте на увазі, що будь-які запити про внесення змін до його конфігурації потрібно надсилати, і тому час моєї відповіді може бути повільним.

Дякую всім!

Діалогове вікно налаштувань-> Накладання значків-> Виключити контури: встановіть це, наприклад,

C:\*

Потім встановіть включати шляхи до шляху, де знаходиться робоча копія, наприклад

c:\users\mydocuments\myworkingcopy*

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

Як і очікувалося, було знайдено кілька запитів імен netbios, які шукали ім’я машини, але вичерпано. Тоді я згадав, що змінив ім’я комп'ютера без перезавантаження, тому svn черепаха шукає це нове ім'я! Тому я перезавантажився, і все нормально повернулося до норми.

Сподіваюся, що цей досвід допомагає.

ДОДАТИ: Ви також можете спробувати за допомогою монітора процесів ( http://technet.microsoft.com/en-us/sysinternals/bb896645 ) для відстеження того, що відбувається, коли відбувається відставання. Це завжди допомагає виявити ненормальний доступ до реєстру / файлів / мережі.

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

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

Коли я зіткнувся з тим же питанням, я знайшов цю тему і спробував рекомендоване Стефаном рішення. У моєму випадку мені довелося почекати близько 30 секунд, поки правою кнопкою миші на будь-якій папці в будь-якому вікні Провідника не з’явиться контекстне меню.

Після того, як я відкоригував шляхи виключення та включення шляхів у налаштуваннях TortoiseSVN, контекстне меню Провідника повернулося до нормальної швидкості та з’явилося в найкоротші терміни.

Тоді я виявив, що TortoiseSVN відчайдушно намагався отримати доступ до деяких віддалених папок проектів SVN на інших комп’ютерах нашої компанії, які я також підтримував зі свого комп'ютера через мережу Windows. Але коли ці комп’ютери офлайн, це тривало згадані 30 секунд (або близько того часу), поки Windows не повернула тайм-аут.

Можливо, є ще одна підказка, як перевірити, доступні чи ні мережеві шляхи, але на даний момент я віддаю перевагу більш швидкому доступу до меню контексту Explorer.

Сподіваємось, це допомагає і іншим знаходити свої проблеми з очікуванням.