Ćwiczenie D-08 Monitorowanie systemu
Wykonał: Grzegorz Pol
Komputer: 237-09
1. (poniżej) Obraz okna Menadżera zadań prezentującego zużycie czasu procesora (kolumna CZAS PROCESORA CPU) przez procesy App1¸5.
2. (poniżej) Obraz okna programu Podgląd zdarzeń prezentującego odfiltrowaną listę zdarzeń odszukanych podczas realizacji pkt. 8, ćw. 8.3
3. (poniżej) Obraz okna prezentującego wykresy wartości zadanych (wyłącznie zadanych) liczników w czasie pracy programu PINBALL
4. (poniżej) Obraz okna informującego o zadziałaniu alertu Procesor50 (zdarzenie zapisane w dzienniku zdarzeń)
5. (poniżej) Obrazy okien prezentujących stan zadanych liczników uzyskany podczas realizacji ćw. 8.6 - przed uruchomieniem programu LEAKYAPP i po trzech minutach pracy tego programu (format Raport)
Przed:
Użycie pliku stron przed: 304 MB, po 384 MB
6. (poniżej) Obrazy okien prezentujących stan zadanych liczników uzyskany podczas realizacji ćw. 8.7 - przed uruchomieniem programu CPUSTRESS i w czasie pracy tego programu (format Raport)
7. (poniżej) Obrazy okien prezentujących stan zadanych liczników uzyskany podczas realizacji ćw. 8.8 - przed uruchomieniem pliku DISK.BAT i po uruchomieniu tego pliku (format Raport)
8. (poniżej) Obrazy okien prezentujących stan zadanych liczników uzyskany podczas realizacji ćw. 8.9 - przed uruchomieniem programu CONNECT i po uruchomieniu tego programu (format Raport)
9. (poniżej) Wnioski z realizacji ćw. 8.11 i 8.12 - odnośnie wzajemnego oddziaływania na siebie aplikacji uruchamianych we wspólnym i oddzielnych obszarach pamięci (maszynach NTVDM)
Opisy poniżej
WŁASNE SPOSTRZEŻENIA I WNIOSKI do zrealizowanych ćwiczeń:
8.1
Użycie procesora po uruchumieniu aplikacji App 1-5 wzrosło z ok. 5% do ok. 52%. Program App 1-5 zużywa najwięcej czasu procesora. Może doprowadzić to do sytuacji, że inne aplikacje nie będą mogły skorzystać z mocy obliczeniowej CPU. Uruchomione programy nie zużywają dużo pamięci. Nie są tak pamięciożerne jak aplikacja typu Adobe Reader.
8.2
Najświeższe wpisy w rejestrze dotyczą uruchamiania systemu
8.3
Zdarzenia o id 560 dotyczą: dostępu do obiektów. W/w zdarzenia są sprowokowane przez użytkowników administrator i user1.
8.4
Wykorzystywane przy analizie defragmentacji był przede wszystkim zasoby: Czas Procesora% oraz Czas Odczytu. Podczas działania aplikacji Pinball bardzo wzrósł zasób Czas Procesora%. PrtScreen wyników zamieściłem powyżej. Każdy zasób został wyskalowany oddzielnie.
8.5
Alarm działa prawidłowo. Wpisy pojawiają się regularnie co 5 sekund.
8.6
Po uruchumieniu programu My Leaky App średnio co ok. 2 sekundy wzrasta użycie pliku stron o 1 MB. Przez ok 3 minuty z poziomu 304MB wzrosło do 384MB. Po wyłączeniu programu poziom użycia pliku stron wrócił do normy.
8.7
Czas procesora% wzrósł do poziomu 50. Może doprowadzić to do sytuacji, że inne aplikacje nie będą mogły skorzystać z mocy obliczeniowej CPU. Po wyłączeniu programu wartość Czas procesora% wrócił do normy.
8.8
Spowolnienie całego systemu okazało się bardzo duże. Plik pomocy urchamiał się ok. 8 razy dłużej (12s zamiast 1,5s). Wszystkie liczniki odnotowały co najmniej kilkuset procentowy wzrost. Program okazuje się niebezpieczny dla OS. Spowalnia wszystkie programy wraz z całym systemem.Po wyłączeniu aplikacji wszystko wróciło do normy.
8.9
Aplikacja prawidłowo kopiuje na mój komputer plik testone.txt generując ruch sieciowy. Poziom wykorzystania sieci z 0% wzrósł do poziomu ok 2-2,5%. Generowany ruch nie jest wielkim zagrożeniem ze względu na niski procent, który zajmuje. Wartości wykazane w raporcie są akceptowalne.
8.10
Podczaś ćwiczenia nieznacznie wzrosły czasy odczytu i zapisu dysku. Również w niewielkim stopniu wzrósł poziom zużycia procesora.
8.11
Po użyciu opcji Hang aplikacja BADAPP32.EXE się zawiesiła, po najechaniu na nią myszką nie mamy możliwości działania na niej. W menadżerze zadańma status „nie odpowiada”. Po zatrzymaniu aplikacji BADAPP16.EXE aplikacja SpinDIB:16 przestała być aktywna, a SpinDIB:32 działa dalej prawidłowo. Spowodowane jest to tym, że proces SpinDIB:16 jest podrzędnym procesem NTVDM, który to został uszkodzony podczas wybuchu bomby w aplikacji BADAPP16.EXE. Proces SpinDIB:32 nie jest podrzędny procoswi NTVDM i funkcjonuje dalej. Po zamknięciu BADAPP16.EXE proces NTVDM działa poprawnie jak i SpinDIB:16. Aplikacje 16 bitowe są ze sobą silnie powiązane poprzez domyślnie wspólny obszar adresowania. Zawieszenie jednej aplikacji 16bitowej powoduje zawieszenie reszty 16bitowych programów. Aplikacja SpinDIB:32 działała przez całe powyższe ćwiczenie poprawnie.
8.12
W tym ćwiczeni ustawiając opcję „uruchom w oddzielnym obszarze pamięci” przy uruchamianiu aplikacji SpinDIB:16 spowodowałem uruchomienie następnego procesu NTVDM do którego „przyczepił się”SpinDIB:16. Teraz zawieszona aplikacja BADAPP16.EXE nie zawiesza aplikacji SpinDIB:16.
8.13
Licznik mający wyższy priorytet jest szybszy ale w bardzo niewielkim stopniu. Przez 7 minut nadgonił ok. 5 sekund do uruchomionego wcześniej licznika mającego niski priorytet.
sq2wkh