2016-09-03 14 views
16

Mam aktualizację 3 środowiska Visual Studio 2015 Community Edition na systemie Windows 7 SP1 64 bit, którego używam do tworzenia aplikacji C#.Narzędzia diagnostyczne Visual Studio 2015 już nie działa

Uwielbiam narzędzia diagnostyczne podczas debugowania, aby wcześnie wykryć problemy z wydajnością. Jednak przestali dla mnie pracować w ciągu ostatniego miesiąca (prawdopodobnie związane z instalacją aktualizacji 3, chociaż nie mam żadnych informacji, aby to potwierdzić). Widzę komunikat o błędzie "Profilowanie procesora, podczas gdy debugowanie nie jest dostępne w tej wersji systemu Windows. Aby zobaczyć szczegóły użycia procesora, uruchom narzędzie Użycie procesora bez debuggera (Debuguj -> Performance Profiler ...)."

Czego próbowali bez powodzenia:

  • Całkowicie odinstalowanie i ponowne zainstalowanie VS.

  • Przeprowadzanie napraw na mojej instalacji VS

  • Zapewnienie "Use {Zarządzane, Native} tryb kompatybilności" jest wyłączona w opcji debugowania.

  • Włączanie informacji rejestrowania w centrum diagnostycznym zgodnie z opisem w this question. Żadne komunikaty o błędach, które widzę, nie pojawiają się w dziennikach.

Tak się dzieje, nawet jeśli utworzę nowy projekt WPF, więc nie sądzę, aby miał on jakąś konkretną przyczynę.

Czy są jeszcze jakieś inne rzeczy, które mogę wypróbować? Oczywiście pracowali wcześniej, więc nie wierzę, że komunikat o błędzie dotyczący mojej wersji systemu Windows jest nieobsługiwany.

+0

W menu Narzędzia> Opcje> Intellitrace jest zaznaczona opcja Włącz intelitrace? – Frode

+0

Narzędzia, opcje> Debugowanie> Ogólne> Włącz narzędzia diagnostyczne podczas debugowania – Frode

Odpowiedz

28

Usunięcie pliku .suo (rozwiązanie rozwiązania) rozwiązania rozwiązało problem. Moje wstępne oświadczenie o tym błędzie dotyczące nawet nowych projektów wydaje się błędne. Mimo, że zrobiłem kompletną reinstalację VS po wykonaniu tego testu, więc możliwe, że wpłynęło to na wynik.

+0

Dziękuję. To naprawiło to dla mnie. – jHilscher

+0

Ta poprawka działa na systemie Windows 7 – Moojjoo

+0

Dzięki, że nie miało to nic wspólnego z IntelliSense (lub rejestrem lub Win7/10), ponieważ VS Professional działało poprawnie (na Win10) i pewnego dnia zauważyłem, że przestało działać. To załatwiło sprawę! Po prostu ciekawy, czy istnieją odniesienia do MSDN, które można znaleźć, które prowadzą do po prostu usunięcie.plik suo czy był to tylko akt desperacji, aby go usunąć * z uśmiechem *? – HidekiAI

2

Miałem kilka problemów z tym jakiś czas temu.

1) Sprawdzić Narzędzia> Opcje> debugowania> ogólne> Włącz narzędzi diagnostycznych podczas debugowania

2) Sprawdź Narzędzia> Opcje> IntelliTrace> Włącz IntelliTrace

+1

Włącz narzędzia diagnostyczne, gdy debugowanie jest zaznaczone. Wydaje mi się, że nie mam opcji Intellitrace - czy jest dostępna w wersji Community Edition? –

+0

Nie, przepraszam. Prawdopodobnie funkcja Enterprise – Frode

+0

Dzięki. W VS 2015 SP3, umożliwiając narzędziom diagnostycznym szybsze wprowadzanie debugowania. Wyłączenie Narzędzi diagnostycznych sprawia, że ​​wchodzenie w tryb debugowania jest niesamowicie wolne. – Hace

11

Pełne ujawnienie: Pracuję w firmie Microsoft , w szczególności w zespole narzędzi diagnostycznych.

Istnieją części narzędzi diagnostycznych, które nie będą działać w systemie Windows 7, w szczególności podczas śledzenia profilu procesora podczas debugowania. Jest to ograniczenie systemu operacyjnego i ETW. Jeśli interesują Cię wykresy i zdarzenia debugowania, te powinny działać. Można włączyć rejestrowanie dla naszych narzędzi, które może dać pewien wgląd dlaczego oni nie pracują:

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0\DiagnosticsHub\LogLevel 
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0\DiagnosticsHub\LogDirectory 

Dla LogLevel można użyć jednego z następujących ciągów „All”, „Info”, „Debug”, "Warning", "Error" (W twoim przypadku użyłbym All, aby lepiej zobaczyć, co się dzieje). Jeśli chodzi o LogDirectory, jest to katalog do wyboru "C: \ Logs". Kiedy skończysz przepisywanie scenariusza, zamknij VS, aby opróżnić logi i nie zapomnij usunąć tych kluczy, ponieważ rejestrowanie narzędzi diagnostycznych jest dość intensywne.

Powinieneś być w stanie wyszukać "Błąd ---" w logach, aby zorientować się, co się dzieje. Widzieliśmy problemy z niektórymi rozszerzeniami VS i niestandardowymi projektami.

Możesz również opublikować problem pod adresem: https://connect.microsoft.com/ Każdy otrzymany problem zostanie przekształcony w błąd i przypisany do odpowiedniego zespołu.

+0

W dzienniku nie ma wpisów o błędach ani ostrzeżeniach. Widzę komunikat "Kontrola debugowania - skryptowa" (CpuView.manifest.json) --- Wiadomość odebrana od agenta: {"command": "isSupportedAgent", "isSupported": false} " –

+0

Tak, to odpowiada naszej kontroli, czy profilowanie procesora, czy debugowanie jest włączone dla systemu operacyjnego. W twoim przypadku, ponieważ jesteś na Win 7, nie jest to obsługiwane. Wykresy i narzędzie pamięciowe powinny jednak nadal działać. – Nik

+0

Tak łatwo jest przypadkowo kliknąć przycisk zamykania, gdy miałeś na myśli przycisk szpilki, ponieważ są one tak małe i blisko siebie w VS. Czy możesz odłożyć przyciski znacznie dalej? –

0

Miałem podobny problem z aktualizacją programu Visual Studio 2015 Pro 3 działającą w systemie Windows 10 Home. Wyświetlanie czasu pracy pamięci i procesora przestało działać. Usunięcie pliku .suo naprawiło problem, jak wskazuje odpowiedź proc-self-map. Plik .suo został pochowany w ukrytym katalogu .vs, więc usunąłem cały podkatalog .vs. Teraz wyświetlanie pamięci i użycie procesora działa znowu jak zaklęcie. Nie jest wymagana ponowna instalacja.

+1

To naprawdę zły pomysł, aby po prostu usunąć katalog tylko dlatego, że zawiera plik, który chcesz usunąć - a nawet nieodpowiedzialne, aby zasugerować innym, aby podążali za nami i usuwali cały folder, którego treści wyraźnie nie masz " w pełni zrozumieć. Folder .vs zwykle zawiera folder konfiguracyjny z plikami .config zawierającymi setki ustawień, z których niektóre mogły zostać dostosowane do danego rozwiązania. Jak napisałem powyżej, TYLKO plik .suo należy usunąć. I zamiast go usunąć, polecam zmienić jego nazwę, a później usunąć, jeśli zmiana nazwy rozwiązała problem. – Jazimov

2

Żadne z pozostałych nie działało dla mnie. Musiałem zamknąć wszystkie Visual Studios i ponownie je otworzyć, a narzędzie diagnostyczne zadziałało.

(Usunąłem plik .suo, się wszystkie poprawne opcje były włączone, ale ponieważ miałem innego programu Visual Studios działającej sesji, żaden z nich pracował aż Zamknęłam wszystkie)

+0

Podczas zamykania i ponownego uruchamiania programu Visual Studio 2015 Enterprise działał, również usunąłem plik .suo w folderze rozwiązania przed ponownym uruchomieniem IDE. – Jazimov

1

miałem ten sam problem, chociaż usunięcie pliku .suo nie pomogło, naprawiłem również Visual Studio 2015 Professional, a następnie zadziałało. Więc dla przyszłych czytelników, jeśli usunięcie .suo nie pomoże, spróbuj także naprawić Visual Studio i na odwrót.

2

Miałem już inną instancję studia wizualnego działającą z diagnostyczną. To był problem dla mnie.

Powiązane problemy