lamtrace — online w chmurze

PROGRAM:

IMIĘ

lamtrace - Wyładuj dane śledzenia LAM.

STRESZCZENIE

lamtrace [-hkvR] [-mpi] [-l numer listy] [-f #sek] [nazwa pliku] [węzły] [procesy]

OPCJE

-h Wydrukuj przydatne informacje o tym poleceniu.

-k Skopiuj i nie usuwaj danych śledzenia.

-v Bądź gadatliwy.

-R Usuń wszystkie dane śledzenia z określonych węzłów.

-l Rozładuj tylko z podanego numeru listy.

-mpi Zwolnij dane śledzenia dla aplikacji MPI.

-f #sek Zasygnalizuj procesom docelowym, aby opróżniły dane śledzenia do demona. Następnie poczekaj #s
przed rozładunkiem.

filename Umieść dane śledzenia w tym pliku (domyślnie: def.lamtr).

OPIS

Opcja -t z mpiruna(1) i załaduj(1) umożliwia aplikacji generowanie wykonania
ślady. Te ślady są najpierw przechowywane w buforze w ramach każdego procesu aplikacji. Gdy
bufor jest pełny, a po zakończeniu działania aplikacji następuje opróżnienie bufora wykonawczego
demon śledzenia (składnik strukturalny demona LAM). Demon śledzenia będzie
również zbierać dane do wstępnie skompilowanego limitu. Poza tą granicą najstarsze ślady w
zostaną zapomniane na rzecz nowszych śladów.

Po zakończeniu działania aplikacji w śladzie zapisywany jest zapis jej wykonania
demonów każdego węzła, na którym uruchomiono aplikację. The lamtras można użyć polecenia
aby odzyskać te ślady i zapisać je w jednym pliku do wyświetlenia podczas występu
narzędzie do wizualizacji, np xmpi(1). Jeśli aplikacja została uruchomiona przez xmpi(1) lamtras
nie jest zwykle potrzebny, ponieważ równoważna funkcjonalność jest wywoływana za pomocą przycisku.

Niekompletne dane śledzenia można usunąć podczas działania aplikacji. Plik wyjściowy
nie może istnieć przed wywołaniem lamtras. To dobra sytuacja, aby użyć opcji -k,
który zachowuje zawartość demona śledzenia po wyładowaniu. Każde przeładowanie będzie wtedy uzyskać
dane śledzenia całego przebiegu aż do chwili obecnej.

Działający proces prawdopodobnie przechowuje najnowsze dane śledzenia w pliku wewnętrznym
bufor. Standardowy sygnał LAM, LAM_SIGTRACE (patrz fatum(1)), powoduje procesy z włączonym śledzeniem
opróżnić wewnętrzny bufor śledzenia do demona. Opcja -f mówi lamtras wysłać
ten sygnał do wszystkich procesów docelowych przed wyładowaniem danych śledzenia. Warunek wyścigu
rozwija się między procesem docelowym przechowującym dane śledzenia do demona a rozładowaniem
procedura. Problem jest narzucany użytkownikowi, który podaje parametr opóźnienia po opcji -f.

Dane śledzenia są uporządkowane według węzła, identyfikatora procesu i numeru listy. Proces może przechowywać
śladów na dowolnym węźle, chociaż węzeł lokalny jest oczywistym, najmniej inwazyjnym wyborem. The
proces może identyfikować się w dowolny znaczący sposób (zwariować(2) to dobry pomysł) Lista
liczba jest również wybierana przez proces. Wartości te mogą być ustawione przez oprzyrządowaną bibliotekę,
jak na przykład libmppi(3) lub bezpośrednio przez aplikację z lam_rtrstore(2). Rozładunek
elastyczność wynika z przechowywania z opcją -l wybierając numer listy i
standardowe mnemoniki wiersza poleceń LAM wybierające węzły i procesy.

Upuszczanie starych śladów po osiągnięciu wstępnie skompilowanego limitu woluminu ma miejsce tylko w przypadku wyniku pozytywnego
wypisz numery. Ślady na listach o numerach ujemnych będą zbierane aż do bazowego
systemowi zabraknie pamięci. Nie używaj ujemnych numerów list dla danych śledzenia o dużej objętości.

Jeśli w wierszu poleceń nie zostanie podany żaden wybór procesu, dane śledzenia zostaną usunięte dla wszystkich
procesów w każdym określonym węźle.

LAM, jego demon śledzenia i lamtras nie są świadomi formatu i znaczenia śladów.

Opcja -R nie zwalnia danych śledzenia. Powoduje, że docelowe demony śledzenia zwalniają plik
pamięci zajmowanej przez dane śledzenia na podanej liście. Jeśli podano wszystkie listy (nie -l
opcja), demon śledzenia jest skutecznie resetowany do stanu po zainicjowaniu LAM.

Rozładunek MPI Wyśledzić Dane
Specjalna zdolność, wybrana opcją -mpi, istnieje tylko do wyszukiwania i usuwania
dane śledzenia generowane przez aplikację MPI. w tym celu lamtras jest świadomy
konkretne zarezerwowane numery list, które libmppi(3) używa do przechowywania śladów. Zaczyna się od
przeszukiwanie wszystkich określonych węzłów i procesów (cały multikomputer LAM, jeśli nic nie ma
określony) dla specjalnego śladu generowanego przez proces o randze 0 w MPI_COMM_WORLD MPI
aplikacja. Ten specjalny ślad zawiera wszystkie identyfikatory węzłów i procesów
procesów w tym komunikatorze MPI_COMM_WORLD. lamtras następnie używa węzła / procesu
informacje do zbierania wszystkich danych śledzenia generowanych przez libmppi(3).

Jeśli w demonach śledzenia LAM istnieje wiele światowych komunikatorów, pierwszy znaleziony jest
używany. Wiele światów może być obecnych z powodu wielu równoczesnych aplikacji, danych śledzenia
z poprzedniego przebiegu nie został usunięty (albo z lamtras or nieczysta(1)) lub wniosek
który uruchamia procesy. Konkretny światowy komunikator można zlokalizować, podając
precyzyjne położenie węzła i procesu do lamtras.

Opcja -mpi nie jest kompatybilna z opcją -l.

PRZYKŁADY

lamtrace -v -mpi myślady
Wyładuj dane śledzenia do pliku „mytraces” z pierwszej aplikacji MPI znalezionej w a
przeszukiwanie całego multikomputera LAM. Raportuj ważne kroki po ich wykonaniu.

lamtrace n30-5 p21367
Wyładuj dane śledzenia z listy 5 procesu o identyfikatorze 21367 w węźle 30. Działaj w trybie cichym.

lamtrace -mpi n30 p21367
Zwolnij dane śledzenia z światowej grupy aplikacji MPI, której ranga procesu 0 ma PID
21367 i jest/był uruchomiony w węźle 30.

Korzystaj z lamtrace online, korzystając z usług onworks.net