Uzyskiwanie PyDev zawiesza pracę z wątkami innymi niż MainThread

Question

Mam wielowątkową aplikację Python działającą na serwerze Linux. Mogę używać Debug Server PyDev do zdalnej debugowania, co wydaje się bardzo cennym źródłem debugowania. Istnieje jednak pewien problem, który uniemożliwia mu bycie tak pomocnym, jak bym chciał.

Podczas gdy moja aplikacja jest uruchomiona na serwerze, mogę przejść do Eclipse na drugim polu, zawiesić MainThread, uzyskać ładny ślad stosu, który był w tym czasie, a następnie wznowić wykonywanie. Wspaniale. Jednak, gdy próbuję tego na jednym z wątków potomnych, przycisk zawieszania jest wygaszony, ale nie ma śladu stosu i wszystko działa normalnie. W oknie debugowania widzę, że jest to wątek potomny i jego PID, ale nie można go kontrolować ani sprawdzać, do czego służy. Kliknięcie prawym przyciskiem myszy i wypróbowanie pomocniczo brzmiącego "stosu kopii" daje mi tylko "wątek 4 - pid29848_seq5".

Punkty przerwań działają poprawnie. Jeśli wątek podrzędny uderza w jedno z nich, mogę przejrzeć i obejrzeć zmienne i takie. Jednak użycie tego skutecznie wymaga, że ​​już mam określony punkt zainteresowania w kodzie. Naprawdę bardziej zależy mi na uruchomieniu aplikacji, a gdy stanie się nietypowy, użyj PyDev, aby zobaczyć, co się dzieje.

Czy mam problem z konfiguracją? Czy to tylko ograniczenie dla PyDev, z którym jestem przeciwko? Jak mogę sprawdzić, co się dzieje z wątkami potomnymi?

Answer 1

Biorąc pod uwagę, że Python tak naprawdę nie wykonuje poprawnie wątków (GIL jest zobowiązany do tego, żeby o tym mówić) nie byłbym zaskoczony, gdyby ich usunięcie było mniej niż emocjonującym doświadczeniem. Jeśli chodzi o to, nie jest to dobre doświadczenie ani debugowania wątków C/C++, nawet w najnowszych wersjach GDB i CDT.

Nie wiem na pewno, ale mam przeczucie, że przyjmowanie wielu procesów w Pythonie zamiast wielu wątków może poprawić twoje wrażenia. Jeśli uporządkujesz rzeczy tak, aby pojedyncze wystąpienie Eclipse/PyDev debugowało pojedynczy proces Pythona, możesz otrzymać wiele okien na ekranie, ale będzie to o wiele bardziej elastyczne działanie debugowania.

To, co robiłem w VxWorks w C, gdzie nie było wątków lub procesów tylko zadania. Konsekwencją było to, że można uruchomić debugger dla każdego zadania i było cudownie.

Answer 2

udało mi się ustalić to po pobycie w jednym z postów Fabio:

threading.settrace(pydevd.GetGlobalDebugger().trace_dispatch) 

należy dodać po wywołaniu pydev.settrace()

Answer 3

byłem w stanie konfiguracji zdalnego debugera i ustawić punkty przerwania w aplikacji gwintowanej w zaćmieniu z pydev: http://devlvl99.blogspot.com/2014/01/debug-python-thread-multithreaded-pydev.html