თქვენი კომპიუტერი ნელა მუშაობს? გაიგეთ, როგორ ამოიცნოთ Windows-ში Perfmon-ის პრობლემა.

PerfMon (შესრულების მონიტორი) არის Windows-ში მონიტორინგის საუკეთესო ინსტრუმენტიPerfMon: საშუალებას გაძლევთ ნახოთ რეალურ დროში, გრძელვადიან პერსპექტივაში და გააანალიზოთ CPU-ს, მეხსიერების, დისკის, ქსელის და კონკრეტული პროცესების მუშაობის მეტრიკა. დავალებების მენეჯერისგან განსხვავებით, PerfMon რეგულარული ინტერვალებით იღებს ნიმუშებს და აღრიცხავს დისკზე, რაც მას იდეალურს ხდის ისეთი პრობლემების მოსაძებნად, რომლებიც მხოლოდ რამდენიმე საათის მუშაობის შემდეგ ჩნდება, როგორიცაა მეხსიერების გადავსება ან რესურსების გაჟონვა სერვისებსა და აპლიკაციებში.

ამ სტატიაში ჩვენ გაჩვენებთ როგორ გამოვიყენოთ PerfMon. სწორი მრიცხველების არჩევიდან და გაგებიდან, დიაგრამის შერჩევისა და მასშტაბირების რეგულირებიდან დაწყებული, მონაცემთა შემგროვებელი ნაკრებების შექმნით და ფაილში (BLG/CSV) მეტრიკის ჟურნალირებით დამთავრებული.

რა არის PerfMon და როდის გამოვიყენოთ იგი?

 

Performance Monitor (PerfMon) არის Windows-ის მშობლიური მრიცხველების სანახავი და ჩამწერი პროგრამა.წარმოადგენს მეტრიკებს გრაფიკების და სისტემისა და აპლიკაციის მრიცხველებიდან (მაგ., .NET CLR-დან ან კონკრეტული პროცესიდან) მიღებული ნედლი მონაცემების სახით. მისი უდიდესი უპირატესობა „სწრაფ“ კომუნალურ მომსახურებასთან შედარებით, როგორიცაა სამუშაო მენეჯერი ის არის, რომ შეგიძლიათ ის საათობით ან დღეების განმავლობაში გაუშვათ, პერიოდული ნიმუშებით, რეალური ტენდენციების (პიკები, საბაზისო ნიშნულები, მდგრადი ზრდა) აღმოსაჩენად.

PerfMon ამისთვის გადამწყვეტია მეხსიერების ზრდის, სახელურის ან ძაფების გაჟონვის დიაგნოსტიკადა პრობლემური კომპონენტების იზოლირება კონკრეტული ტესტების გაშვებით. მაგალითად, თუ მეხსიერების გაჟონვაზე ეჭვი გეპარებათ, დაზარალებული პროცესისთვის ჩართავთ მრიცხველებს, როგორიცაა Private Bytes, Handle Count და Threads Count, ასევე .NET CLR მეხსიერების მრიცხველებს, როგორიცაა # Bytes ყველა Heaps-ში და Gen 2 heap ზომა .NET აპლიკაციებისთვის, რათა ნახოთ, ხდება თუ არა ზრდა GC-ის დროს ან მის გარეთ.

PerfMon-ის და სპეციალიზებული რეჟიმების გახსნის გზები

 

შეგიძლიათ გახსნათ PerfMon დაწყების მენიუდან მოძებნეთ „შესრულება“ ან „პერფმონი“ და გაუშვით ადმინისტრატორის სახელით. როდესაც აპირებთ ჟურნალების შექმნას ან დისტანციურ კომპიუტერებზე შეკითხვების გაგზავნას.

თუ გირჩევნიათ ბრძანების ხაზი (Win+R ან CMD), თქვენ გაქვთ ძალიან სასარგებლო პირდაპირი რეჟიმები შემდეგი სინტაქსით:

perfmon </res|report|rel|sys>

რას აკეთებს თითოეული ვარიანტი?

• /ძროხის ხორცი რესურსის ხედის გასახსნელად
• /მოხსენება სისტემის დიაგნოსტიკური კოლექციონერის ნაკრების გასაშვებად და ანგარიშის სანახავად.
• /rel საიმედოობის მონიტორის გასახსნელად.
• /sys პირდაპირ კლასიკურ შესრულების მონიტორზე გადასასვლელად.

საბჭოსთუ გსურთ აღჭურვილობის საიმედოობის შემოწმება, სუნამო / რელი ეს სტაბილურობისა და შეცდომების ისტორიისკენ პირდაპირი მალსახმობია.

საიმედოობის მონიტორი ის ასევე მდებარეობს Control Panel > System and Security > Security and Maintenance-ში. კიდევ ერთი მალსახმობი: Start მენიუს საძიებო სისტემაში აკრიფეთ „reliab“ და აირჩიეთ „View reliab history“. თქვენ ნახავთ კრიტიკულ მოვლენებს, გაფრთხილებებს და ინფორმაციას დღის ან კვირის მიხედვით, წვდომით შემდეგზე: ტექნიკური დეტალები აპლიკაციისა და დრაივერის გაუმართაობა.

რეალურ დროში ვიზუალიზაცია: მრიცხველების დამატება და გაგება

 

სანახავად ცოცხალი ჩარტი, გახსენით „Performance Monitor“ მარცხენა მხარეს ხეში. თუ წინასწარ ჩატვირთულია მრიცხველები და გსურთ გასუფთავების დაწყება, აირჩიეთ ისინი ქვემოთ მოცემულ ცხრილში და დააჭირეთ ღილაკს ზედამხედველი შემდეგ, დიაგრამის არეში, დააწკაპუნეთ მაუსის მარჯვენა ღილაკით > მრიცხველების დამატება… ყველა ხელმისაწვდომი კატეგორიის დიალოგური ფანჯრის გასახსნელად.

შეარჩიეთ ინტერესის კატეგორია, მრიცხველი და ობიექტის ეგზემპლარი (მაგ., თქვენი პროცესი). კონკრეტულ აპლიკაციაში მეხსიერებისა და რესურსების დიაგნოსტიკისთვის, დაამატეთ ეს გასაღების მთვლელები ჯგუფიდან პროცესი y .NET CLR მეხსიერება შესაბამის შემთხვევაში:

• პროცესი \ კერძო ბაიტებიპროცესის მიერ გამოყოფილი პირადი მეხსიერება (სხვებთან გაზიარებული არ არის). მდგრადი ზრდა მიუთითებს საკუთარი ვირტუალური მეხსიერების ფაქტობრივ მოხმარებაზე.
• პროცესი \ დამუშავების რაოდენობა: ღია სახელურების რაოდენობა. მუდმივი ზრდა ხშირად მიუთითებს რესურსების გაჟონვაზე (სესიები, სისტემის ობიექტები).
• პროცესი \ თემების რაოდენობაპროცესში აქტიური ნაკადების რაოდენობა. მოულოდნელი პიკები შეიძლება მიუთითებდეს ერთდროულობის პრობლემებზე ან დაუმთავრებელ ნაკადებზე.
• .NET CLR მეხსიერება \ ბაიტების რაოდენობა ყველა გროვაში: .NET ობიექტების სრული მეხსიერება. თუ ის სტაბილიზაციის გარეშე იზრდება, შეამოწმეთ GC წნევა და გამოუქვეყნებელი მითითებები.
• .NET CLR მეხსიერება \ Gen 2 გროვის ზომა: მე-2 თაობის გროვის ზომა (ხანგრძლივი სიცოცხლისუნარიანი ნივთები). ზრდის გაგრძელება მიუთითებს შეგროვებულ, დიდხანს ცოცხლად მყოფ ნივთებზე.

გრაფიკის კრიტიკული თვალით ინტერპრეტაციათუ შეამჩნევთ, რომ კერძო ბაიტების რაოდენობა სტაბილურად იზრდება, მაშინ როცა ყველა გროვაში და მეორე თაობის გროვაში ბაიტების რაოდენობა სტაბილური რჩება, ესე იგი ზრდა არა .NET გროვაში, არამედ პროცესის მშობლიურ მეხსიერებაში/რეზერვებშია. ეს ტენდენცია, როგორც წესი, GC-ის გარეთ გაჟონვაზე მიუთითებს (მაგ., გაუყინავი ბუფერები ან სახელურები).

გრაფიკის კორექტირება: მასშტაბი, ინტერვალი და ხანგრძლივობა

PerfMon-ი საშუალებას იძლევა დაარეგულირეთ თითოეული მრიცხველის ხილვადობა და ისტორიის პერიოდი, რომელსაც ხედავთ. დაჭერა Ctrl + Shift + A ქვემოთ მოცემულ სიაში ყველა მრიცხველის ასარჩევად, დააწკაპუნეთ მაუსის მარჯვენა ღილაკით და აირჩიეთ შერჩეული მრიცხველების მასშტაბირება, ამიტომ ყველა ხილული იქნება ისე, რომ ერთი მათგანი დანარჩენებს „გააბრტყელებს“.

გახსნა დიაგრამის თვისებები დააწკაპუნეთ მაუსის მარჯვენა ღილაკით > Properties… და დააყენეთ შერჩევის სიხშირე General ჩანართზე. მაგალითად, მიიღეთ ნიმუში ყოველ 10 წამში და დააყენეთ ხანგრძლივობა 10000-ზე, რათა ხედში დაახლოებით 2,5 საათი მოიცვას. რაც უფრო ხანგრძლივია ფენომენი, მით უფრო ფართო უნდა იყოს შერჩევის სიხშირე, რათა თავიდან აიცილოთ დიდი ფაილების შენახვა და კომპიუტერის გადატვირთვა.

დამატებითი ჩაის ფულიPerfMon წარმოგიდგენთ ActiveX თვისებებსა და მეთოდებს, რაც საშუალებას გაძლევთ ინტეგრიროთ ან აკონტროლოთ ის სხვა განვითარების ინსტრუმენტებიდან და საჭიროების შემთხვევაში, ჩასვათ ის თქვენს აპლიკაციაში კონტროლის სახით.

ავტომატიზაცია Logman-ით: შექმნა, დაწყება და გაჩერება

 

Logman.exe არის ბრძანების ხაზის პროგრამა მრიცხველების ნაკრების შესაქმნელად და სამართავად.გახსენით ბრძანების ხაზი ადმინისტრატორის უფლებებით და გაუშვით შემდეგი ბრძანების მსგავსი ბრძანება, რათა შექმნათ დიდი უწყვეტი მონიტორინგის პაკეტი წრიული ფაილით:

Logman.exe create counter Avamar -o "c:\\perflogs\\Emc-avamar.blg" -f bincirc -v mmddhhmm -max 250 -c "\\LogicalDisk(*)\\*" "\\Memory\\*" "\\Network Interface(*)\\*" "\\Paging File(*)\\*" "\\PhysicalDisk(*)\\*" "\\Processor(*)\\*" "\\Process(*)\\*" "\\Redirector\\*" "\\Server\\*" "\\System\\*" -si 00:00:05

to გადაღების დაწყება და შეჩერება, იყენებს:

Logman.exe start Avamar
Logman.exe stop Avamar

ბრძანების რჩევები: -f bincirc ქმნის წრიულ ორობით ჟურნალს (-max ზღუდავს ზომას მბ-ებში), -si განსაზღვრავს შერჩევის ინტერვალს და -c ჯგუფურად ამატებს მრიცხველებს ობიექტებისა და მათი ეგზემპლარებისთვის. სკრიპტის შექმნისას ან კონფიგურაციის ექსპორტისას გამოიყენეთ ციტირებული გზები და Escape უკუხაზები.

როდის გამოვიყენოთ Logman? იდეალურია მონაცემების შეგროვება დიდ მანძილზე სერვერებზე, ავტომატიზირეთ დიაგნოსტიკა ან სტანდარტიზაცია გაუკეთეთ ჩაწერებს რამდენიმე მოწყობილობაზე. შეგიძლიათ დაგეგმოთ ეს დავალებების დამგეგმავის გამოყენებით და ჩარევის გარეშე შეცვალოთ ფაილები.

სასარგებლო მრიცხველები და ზღურბლები თითოეული ქვესისტემისთვის

მეხსიერებააკონტროლებს ფაქტობრივ ტევადობას, გვერდების დატვირთვას და სისტემის პულის ამოწურვას. ეს მრიცხველები და ინსტრუქციები ხელს უწყობს სიმპტომების გამომწვევი მიზეზებისგან გამიჯვნას:

• მეხსიერება \ გამოყენებული ბაიტების %: გამოყოფილი მეხსიერების პროცენტული მაჩვენებელი გამოყოფილი მეხსიერების ლიმიტის გადაჭარბებით. თუ ის მუდმივად 80%-ს აჭარბებს, გადახედეთ პეიჯინგის ფაილის ზომას და ფაქტობრივ გამოყენებას.
• მეხსიერება \ ხელმისაწვდომი მბაიტებითავისუფალი ფიზიკური მეხსიერება. გამოიკვლიეთ, ოპერატიული მეხსიერების < 5%-ის განმეორებითი შემცირება ხდება თუ არა (და < 1% კრიტიკულია).
• მეხსიერება \ დატვირთული ბაიტები: სულ დადასტურებული ბაიტები. არ უნდა განსხვავდებოდეს მკვეთრად; ხშირმა ცვლილებებმა შეიძლება გამოიწვიოს გვერდის ფაილის გაფართოება.
• მეხსიერება \ პულის არაგვერდიანი ბაიტები: არაგვერდიანი პული (ობიექტები, რომელთა დისკზე გასუფთავება შეუძლებელია). მუდმივი სატურაცია (> 80%) ისინი დაკავშირებულია ისეთ მოვლენებთან, როგორიცაა 2019 წელი (არაგვერდიანი აუზის ამოწურვა).
• მეხსიერება \ პულის გვერდიანი ბაიტები: : გვერდებიანი პული. მაქსიმალური მნიშვნელობის 70%-ზე მეტი მდგრადი მნიშვნელობები მიუთითებს 2020 წლის მოვლენის რისკზე (გვერდებიანი პულის ამოწურვა).

პროცესორისმოძებნეთ მდგრადი დატვირთვები და მძიმე შეყვანა/გამოყვანის სიგნალები ან ხმაურიანი დრაივერები.

• პროცესორის ინფორმაცია \ პროცესორის დროის % (ყველა შემთხვევა): 90 პროცესორზე >1% ან მრავალპროცესორზე >80% პროცესორის გადატვირთვაზე მიუთითებს.
• პროცესორი \ % პრივილეგირებული დრო: ბირთვის რეჟიმის დრო. აპლიკაციის/ვებ სერვერების 30%-ზე მუდმივად გადაჭარბებამ შეიძლება მიუთითოს დრაივერის ან სისტემის გადატვირთვაზე.
• პროცესორი \ % შეფერხების დრო y % DPC დრო: > 25% მიუთითებს მოწყობილობების ინტენსიურ აქტივობაზე (NIC, დისკი და ა.შ.).
• სისტემა \ კონტექსტის გადამრთველები/წმ y პროცესორი \ შეფერხებები/წმ: სასარგებლოა კონტექსტის გადართვის წნევის და შეწყვეტის აქტივობის სანახავად.

Red: მიუთითებს NIC-ის ჯანმრთელობასა და კომუნიკაციის ხარისხზე.

• ქსელის ინტერფეისი\მიღებული პაკეტები გაუქმებულია: ნულთან ახლოს უნდა დარჩეს; მზარდი მნიშვნელობები, როგორც წესი, არასაკმარის ბუფერებზე/აპარატურაზე მიუთითებს.
• ქსელის ინტერფეისი\პაკეტების მიღების შეცდომები: : შეცდომები > 2-ის შემთხვევაში საჭიროა ბმულების/კაბელების/დრაივერების გადახედვა.

Disco: ზომავს გაჯერებას, შეყოვნებას და ტევადობას.

• ფიზიკური დისკი \ % უმოქმედო დრო: უმოქმედო დროის პროცენტული მაჩვენებელი. დაბალი სიმძლავრის შენარჩუნება მიუთითებს დისკის დაკავებულობაზე; ის კარგად ასახავს დარჩენილ ტევადობას.
• ფიზიკური დისკი \ დისკის საშუალო წმ/წაკითხვა y დისკზე ჩაწერის საშუალო სიჩქარე წამშისაშუალო შეყოვნება. ტიპიური მითითებები (სახელმძღვანელოები): შესანიშნავი წაკითხვა < 8 ms, მისაღები < 12 ms, საშუალო < 20 ms, ცუდი > 20 ms; შესანიშნავი ჩაწერა < 1 ms, კარგი < 2 ms, საშუალო < 4 ms, ცუდი > 4 ms.
• ფიზიკური დისკი \ დისკის რიგის საშუალო სიგრძე: საშუალო კუდები. 2×-ზე ნაკლები მნიშვნელობები, როგორც წესი, გონივრულია.
• ფიზიკური დისკი \ გაყოფილი IO/Secშემავალი/გამომავალი არხები იყოფა ფრაგმენტაციის ან ბლოკების არასაკმარისი ზომის გამო. რაც უფრო დაბალია, მით უკეთესი.
• LogicalDisk \ % თავისუფალი სივრცესისტემის ლოგიკურ ტომებზე ყოველთვის დატოვეთ > 15% თავისუფალი (რეკომენდებულია ≥ 25%).

დისკის ობიექტები: ფიზიკური vs. ლოგიკური.

• ფიზიკური დისკი ამატებს წვდომას ფიზიკური მოწყობილობის ყველა დანაყოფზე (აიდენტიფიცირებს აპარატურას).
• ლოგიკური დისკი ზომავს კონკრეტულ დანაყოფს ან დამაგრების წერტილს. დინამიური დისკების შემთხვევაში, ლოგიკურ ტომს შეუძლია მოიცვას რამდენიმე ფიზიკური დისკი და მისი მრიცხველები ასახავს ჯამურ რაოდენობას.

პროცესი: რესურსების კონკრეტული აპლიკაციის ქცევასთან კორელაციისთვის, მონიტორინგისთვის პროცესი \ პროცესორის დროის %, კერძო ბაიტები, ვირტუალური ბაიტები y სამუშაო ნაკრები. სახელურების რაოდენობა ეს მნიშვნელოვანია, თუ ეჭვი გაქვთ აუზის გაჟონვაზე; ზრდა სახელურები ხშირად ქორწინდებიან პათოლოგიური ზრდით პულის არაგვერდიანი/გვერდიანი.

საიმედოობის მონიტორი: გამოიკვლიეთ ჩავარდნები და თავსებადობა

Windows-ის საიმედოობის მონიტორი აჯამებს სტაბილურობას და მოვლენებს დღის ან კვირის მიხედვით, კლასიფიცირება კრიტიკული, გაფრთხილება და ინფორმაციათითოეული სვეტიდან შეგიძლიათ გახსნათ „ტექნიკური დეტალების ნახვა“, რათა დაათვალიეროთ ჩართული ბინარული ფაილების მოდულები, კოდი და ციფრული ხელმოწერები.

• პრაქტიკული მაგალითითქვენ ნახავთ ისეთ ჩანაწერებს, როგორიცაა svchost.exe_MapsBroker ან სხვა ავარიული აპლიკაციები. ზოგჯერ მოხსენებული მოდული (მაგ., Kernelbase.dll) ეკუთვნის Windows-ის ბირთვს და ხელმოწერილია Microsoft-ის მიერ, რაც იმაზე მიუთითებს, რომ ძირითადი მიზეზი არ არის ბირთვი, არამედ თქვენს მომხმარებლის სივრცეში გაშვებული აპლიკაცია ან დანამატი.
• რა უნდა გააკეთოთ, როდესაც ძველი აპლიკაცია არ მუშაობსგაუშვით თავსებადობის პრობლემების მოგვარების ინსტრუმენტი და თუ ინტერფეისის ან მუშაობის პრობლემებს წააწყდებით, სცადეთ თავსებადობის რეჟიმის იძულებით ჩართვა (მაგ., Windows 7) და მაღალი DPI მასშტაბირების გამორთვა. დადასტურებულია, რომ ეს პარამეტრი აგვარებს ძველი პროგრამული უზრუნველყოფის შეცდომებს.
• სტაბილურობის დასკვნებს PerfMon-თან აკავშირებსაერთიანებს ავარიების ისტორიას დათვლის ჟურნალებთან, რათა ნახოს, მაღალი იყო თუ არა კერძო ბაიტები, სახელურების რაოდენობა ან დისკის შეყოვნება ავარიამდე. ეს კორელაცია გაძლევთ ძაფს ამოსაღებად.
• პრაქტიკული დახურვაPerfMon-ისა და Reliability Monitor-ის საშუალებით შეგიძლიათ დიაგნოზის დასმა სიმპტომებიდან (გაჭედვა, შენელება) მიზეზამდე (მეხსიერების გაჟონვა, დისკის შეფერხება, 100%-იანი CPU, ქსელის შეცდომები), რასაც მხარს უჭერს მრიცხველები და ზღურბლები, რომლებიც ნათლად გიხელმძღვანელებენ.

თუ თქვენ გჭირდებათ სწრაფი სახელმძღვანელო დასაწყებადგახსენით PerfMon, დაამატეთ მრიცხველები სამიზნე პროცესისთვის (პირადი ბაიტები, პროცესორის დროის % და ა.შ.), შეცვალეთ სემპლინგის აღება და ხანგრძლივობა იმ ფანჯრის დასაფარად, რომელშიც პრობლემა წარმოიქმნება, შეიტანეთ ჟურნალი ფაილში Collector Set-ის გამოყენებით და, საჭიროების შემთხვევაში, ავტომატიზირება მოახდინეთ Logman-ის გამოყენებით სერვერებზე ან სატესტო გარემოში, რომლებიც საათობით უნდა იმუშაონ.