Dlaczego debugowany program jest tak wolny, gdy używa się debugowania wpisu metody?

Używam interfejsów jdi do tworzenia debuggera i kiedy używam MethodEntryRequests, aby włączyć śledzenie wprowadzania metod, debugowany program zwalnia o współczynnik dziesiątek. Ustawiłem filtr dla głównego wątku i zawieszam zasady na SUSPEND_EVENT_THREAD. Filtr Classfilter jest ograniczony i jeśli wydrukuję jakiekolwiek odebrane zdarzenia, nie wyświetla się więcej niż kilku z nich, więc nie powinien ich odbierać zbyt dużo. Ja debugowanie lokalnie i posiadające followind rodzaj wiersza poleceń z debugowanemu programu Java:Dlaczego debugowany program jest tak wolny, gdy używa się debugowania wpisu metody?

-Xdebug -Xrunjdwp:transport=dt_socket,suspend=y,server=y,address=1337

Źródło

2009-04-15 JtR

dobre pytanie. Zauważyłem, że punkty przerwania dla metod spowalniają znacznie podczas debugowania programów Java w środowisku Eclipse. Mam nadzieję, że ktoś ma odpowiedź! –

Czy sytuacja poprawiła się w ostatnich wersjach java, czy jest taka sama? – WSS

Krótka odpowiedź brzmi, że wykonanie jest wykonywane przez interpreter, gdy ustawione są pozycje metod. Nie wydaje mi się, aby tak było ...

Tak było w przypadku całego kodu działającego w trybie debugowania, ale it was enhanced in 1.4 ... teraz HotSpot działa w trybie "pełnej prędkości" debugowania, z wyjątkiem przypadku wejścia i wyjścia metod, punkty obserwacji i pojedyncze kroki lub metody zawierające punkty przerwania.

Źródło

2009-04-24 22:08:04 Ichorus

To naprawdę ma sens tylko ... HotSpot robi wiele miłych rzeczy przy kompilowaniu kodu, aby go przyspieszyć (włączając w to metody inline, które zacierają granice między zaangażowanymi metodami). Poza tym jest adaptacyjny, więc między biegami zmienia się sposób działania metody. Zdecydowanie nie jest to coś, co chcesz osiągnąć, gdy jesteś w trakcie debugowania. – Ichorus

Przypuszczam, że debugger musi się obudzić dla każdego wywołania metody, aby sprawdzić czy pasuje do jednego (s), które zostały wybrane do zerwania. Ponieważ musi sprawdzić każdą metodę wywołania potencjalnego dopasowania, zanim będzie mógł wykonać, jest znacznie wolniejszy, niż gdyby nie musiał wykonywać wszystkich tych kontroli.

Źródło

2009-04-21 03:26:38 lothar

2 powodów:

musi dodać kontrole na każdym wejściu metody (nie ma opcji do dostrojenia tylko niektóre metody)
metoda inline staje się niemożliwe (tak małe metody uruchamia 10-100x razy wolniej)

samo do profilowania i .NET apps

Źródło

2009-04-26 12:36:19 Mash

Dlaczego metoda inline staje się niemożliwa? –

Ponieważ metoda inlining oznacza, że nie masz już tej metody - cała jej zawartość będzie INLINED we wszystkich miejscach, z których się dzwoni, a wywołanie metody nie wystąpi. Ale debugger potrzebuje tej metody, ponieważ jest to miejsce, w którym zajmuje to miejsce. – Mash

Brzmi to prawidłowe, ale nie brzmi wystarczająco silne dla mnie. Metoda INLINED może nadal być śledzone przez debugger? Z technicznego punktu widzenia powinien on znać metodę otaczającą, do której się stosuje? –

Dlaczego debugowany program jest tak wolny, gdy używa się debugowania wpisu metody?

Odpowiedz

Powiązane problemy