[Archiwum biuletynów ^][< Wolumin 5, Numer 2][Wolumin 6, Liczba 2 >]
Systemowy biuletyn wewnętrzny wolumin 6, numer 1
http://www.sysinternals.com
Copyright (C) 2004 Mark Russinovich
SPECJALNY PROBLEM Z OGŁOSZENIEM
Brak ostatniego biuletynu prawdopodobnie masz myślisz, że lista jest uszkodzona lub że przestałem je pisać, ale powodem jest to, że David Solomon i ja ciężko pracowałem w następnej edycji "Inside Windows 2000". Jest ona zatytułowana "Windows Internals" i będzie obejmować systemy Windows 2000, Windows XP i Server 2003. Poczyniliśmy dobre postępy i spodziewamy się, że rękopis zostanie ukończony w sierpniu na publikację w październiku. Oprócz odzwierciedlenia zmian w systemie operacyjnym rozszerzyliśmy również zakres w wielu obszarach, w tym zabezpieczenia, analizę zrzutu awaryjnego, uruchamianie i nie tylko. Poszukaj wznowienia regularnych biuletynów po zakończeniu. Powiedziałem, że znalazłem poradę Eksploratora procesów, którą myślę, że znajdziesz przydatne.
ŚLEDZENIE UŻYCIA PROCESORA ZA POMOCĄ EKSPLORATORA PROCESÓW
Jeśli często używasz programu Sysinternals, w ciągu ostatnich sześciu miesięcy w Eksploratorze procesów uzyskasz główne ulepszenia. Kilka osób znacznie ułatwia zrozumienie użycia procesora CPU systemu niż w Menedżerze zadań. Na przykład w Menedżerze zadań nawet procesy zużywające żaden procesor CPU nie mają tekstu w kolumnie procesora CPU ("00"), co utrudnia odróżnienie ich od procesów przy użyciu procesora CPU. Menedżer zadań zaokrągla również użycie procesora CPU do najbliższej liczby całkowitej, co może ukrywać lub wprowadzać w błąd użycie procesora CPU. Jeśli proces jest aktywny co jakiś czas, ale zużywa mniej niż 1% procesora CPU, nadal może być wyświetlany jako "00". Na koniec Menedżer zadań przypisuje dowolny czas procesora CPU używany przez przerwanie przetwarzania do "Procesu bezczynności systemu", co uniemożliwia zidentyfikowanie sterownika usterki lub sprzętu, który sprawia, że maszyna jest powolna.
Eksplorator procesów ułatwia sprawdzenie, które procesy używają procesora CPU na pierwszy rzut oka, ponieważ wyświetla tylko liczby dla osób z użyciem procesora CPU niezerowego i jego opcja wyświetlania ułamkowego procesora CPU dokładniej wyświetla użycie procesora CPU. Pokazuje również działanie przerwania (przerwania sprzętowego) i odroczone wywołania procedury (DPC — przerwanie oprogramowania) jako pseudo-procesów.
Jednak nawet w przypadku procesora ułamkowego istnieją prawie zawsze procesy zużywające procesor CPU, ale nie są wyświetlane w ten sposób. Przyczyną tego jest sposób, w jaki system Windows wykonuje ewidencjonowanie czasu. Okresowo (co 10 ms w większości systemów) przerywa działanie zegara. W odpowiedzi na wykonywanie procedury przerwania zegara systemu Windows i zakłada, że dowolny wątek jest obecnie uruchomiony jest ten, który jest używany procesora CPU od ostatniego przerwania zegara. 10 ms jest długi czas na dzisiejszych multigigahertz PROCESORów i wiele wątków może wykonywać między przerwaniami zegara, ale nigdy nie być postrzegane przez procedurę przerwania zegara.
Innym sposobem określenia wykonywania procesu jest więc sprawdzenie liczby przełączników kontekstowych, które zostały poniesione przez wątki w procesie. Po wybraniu wątku do uruchomienia (zaplanowanego) liczba przełączników kontekstu jest zwiększana. Łączna liczba przełączników kontekstowych, które wystąpiły w każdym procesie, można zobaczyć, dodając kolumnę Przełącznik kontekstu (kliknij pozycję View-Select> Columns ). Jednak bardziej interesującą liczbą jest kolumna delta przełącznika kontekstu. Spowoduje to wyświetlenie liczby przełączników kontekstowych, które wystąpiły w każdym procesie między interwałem odświeżania Eksploratora procesów (domyślnie jest to 1 sekunda).
Dlatego w przypadku zupełnie innego widoku działania procesu w systemie dodaj kolumnę Delta przełącznika kontekstu i posortuj je według. Zobaczysz wiele procesów z uruchomionymi wątkami, które nie są wyświetlane jako zużywające czas procesora CPU, ponieważ wątki działają między interwałem zegara 10 ms. Niektóre z tych procesów wykonują niepotrzebne sondowanie (na przykład wykonywanie zapytań w rejestrze lub sprawdzanie zmian w folderze). To jest po prostu niechlujne programowanie. Inne mogą wykonywać przydatną pracę, ale działają "pod radarem" mechanizmów księgowych czasu systemu. To twoja praca, aby określić pszenicę z goni.
Pobierz Eksploratora procesów pod adresem http://www.sysinternals.com/ntw2k/freeware/procexp.shtml.
MARK SPEAKING ON LINUX/WINDOWS KERNEL COMPARISON, PROCESS EXPLORER AND BOOT TROUBLESHOOTING AT TECHED
Zobacz, jak mówię w obu regionach Microsoft TechEd US i Europie, gdzie jedna z moich sesji: "Windows i Linux: Opowieść o dwóch jądrach", porównuje bieżące jądro systemu Linux i jądra systemu Windows. W witrynie TechEd US przedstawiam również "Zaawansowane rozwiązywanie problemów z systemem Windows za pomocą Eksploratora procesów Sysinternals", gdzie przedstawię wskazówki dotyczące uzyskiwania jak największej możliwości w Eksploratorze procesów. W witrynie TechEd Europe moja "Skuteczne rozwiązywanie problemów z systemem Windows za pomocą narzędzi Sysinternals" pokazuje użycie Eksploratora procesów, Regmon i Filemon do rozwiązywania rzeczywistych problemów oraz "Rozwiązywanie problemów z rozruchem i uruchamianiem systemu Windows" uczy mechanizmów i technik ponownego uruchamiania systemu nie do rozruchu.
Dowiedz się więcej na stronie http://www.sysinternals.com/ntw2k/info/talk.shtml
MARK I DAVID SOLOMON UCZĄ WEWNĘTRZNYCH SYSTEMÓW OPERACYJNYCH WINDOWS I ROZWIĄZYWANIA PROBLEMÓW
Posłuchaj mnie i David Solomon prezentują naszą klasę wewnętrzną Systemu Windows 2000/XP/2003: Londyn: 23-25 czerwca 2004 r.
San Jose, CA: 27 września-1 października 2004 ***5 dni ręce!
Austin, TX: 14-16 grudnia 2004
Jest to ta sama klasa, która uczymy pracowników firmy Microsoft na całym świecie. Obejmuje wewnętrzne procesy i wątki, planowanie wątków, zarządzanie pamięcią, zabezpieczenia, rejestr i system we/wy. Zapoznaj się z mechanizmami, takimi jak wątki systemowe, wysyłanie wywołań systemowych, obsługa przerwań, uruchamianie i zamykanie. Poznaj zaawansowane techniki rozwiązywania problemów przy użyciu narzędzi Sysinternals i sposobu przeprowadzania analizy zrzutu awaryjnego. Dzięki zrozumieniu działania wewnętrznego systemu operacyjnego można efektywniej i efektywniej debugować i rozwiązywać problemy z platformą.
UWAGA: Zajęcia w Londynie i Austin są tylko wykładami. Klasa San Jose jest praktyczne (dostępne są własne szczegóły konfiguracji laptopa).
Aby uzyskać szczegółowe informacje i rejestrację, odwiedź stronę http://www.sysinternals.com/troubleshoot.shtml
Dziękujemy za przeczytanie biuletynu Sysinternals.
Opublikowano wtorek, 27 kwietnia 2004 16:40 przez ottoh
[Archiwum biuletynów ^][< Wolumin 5, Numer 2][Wolumin 6, Liczba 2 >]