Ձեր համակարգիչը դանդա՞ղ է աշխատում: Իմացեք, թե ինչպես հայտնաբերել Windows-ում Perfmon-ի հետ կապված խնդիրը:

PerfMon (Performance Monitor- ը) է Windows-ում մոնիթորինգի համար լավագույն գործիքըPerfMon. Թույլ է տալիս դիտել իրական ժամանակում, երկարաժամկետ և վերլուծել CPU-ի, հիշողության, սկավառակի, ցանցի և որոշակի գործընթացների կատարողականության չափանիշները: Ի տարբերություն Task Manager-ի, PerfMon-ը կանոնավոր ժամանակահատվածներում նմուշներ է վերցնում և գրանցում սկավառակի վրա, ինչը այն իդեալական է դարձնում այնպիսի խնդիրների որոնման համար, որոնք ի հայտ են գալիս միայն ժամեր շարունակ աշխատելուց հետո, ինչպիսիք են հիշողության գերբեռնվածությունը կամ ռեսուրսների արտահոսքը ծառայություններում և ծրագրերում:

Այս հոդվածում մենք ձեզ ցույց ենք տալիս Ինչպես օգտագործել PerfMon-ը Ճիշտ հաշվիչների ընտրությունից և հասկացումից, գրաֆիկների նմուշառման և մասշտաբավորման կարգավորումից մինչև տվյալների հավաքագրիչների հավաքածուների ստեղծում և չափորոշիչների գրանցում ֆայլում (BLG/CSV.

Ի՞նչ է PerfMon-ը և երբ օգտագործել այն։

 

Performance Monitor-ը (PerfMon) Windows-ի բնօրինակ հաշվիչը դիտող և գրանցող ծրագիր է։Ներկայացնում է չափանիշները գրաֆիկների և համակարգի և ծրագրերի հաշվիչներից ստացված հում տվյալների տեսքով (օրինակ՝ .NET CLR-ից կամ որոշակի գործընթացից): Դրա ամենամեծ առավելությունը «արագ» կոմունալ ծառայությունների համեմատ, ինչպիսիք են՝ Խնդիրների կառավարիչ այն է, որ դուք կարող եք այն աշխատեցնել ժամերով կամ օրերով՝ պարբերական նմուշներով, իրական միտումները (գագաթնակետեր, բազային գծեր, կայուն աճ) հայտնաբերելու համար։

PerfMon համար վճռորոշ է ախտորոշել հիշողության աճը, բռնակի կամ թելերի արտահոսքը, և մեկուսացնել խնդրահարույց բաղադրիչները՝ կատարելով հատուկ թեստեր: Օրինակ, եթե կասկածում եք հիշողության արտահոսքի, դուք կակտիվացնեք հաշվիչներ, ինչպիսիք են՝ «Մասնավոր բայթերը», «Հանելների քանակը» և «Թելերի քանակը»՝ տուժած պրոցեսի համար, ինչպես նաև .NET CLR հիշողության հաշվիչներ, ինչպիսիք են՝ «# բայթերը բոլոր կույտերում» և Gen 2 կույտի չափսը՝ .NET հավելվածների համար, որպեսզի տեսնեք, թե արդյոք աճը տեղի է ունենում GC-ի ընթացքում, թե դրանից դուրս:

PerfMon և մասնագիտացված ռեժիմներ բացելու եղանակներ

 

Դուք կարող եք բացել PerfMon-ը Սկսել ցանկից, որոնեք «performance» կամ «perfmon» և գործարկեք որպես ադմինիստրատոր երբ դուք գնում եք գրանցամատյաններ ստեղծելու կամ հեռակա համակարգիչներին հարցումներ կատարելու։

Եթե ​​նախընտրում եք Հրամանի տող (Win+R կամ CMD), դուք ունեք շատ օգտակար ուղիղ ռեժիմներ հետևյալ շարահյուսությամբ՝

perfmon </res|report|rel|sys>

Ի՞նչ է անում յուրաքանչյուր տարբերակ։

• /տավարի միս ռեսուրսների դիտումը բացելու համար
• /հաղորդում համակարգի ախտորոշիչ հավաքագրիչների փաթեթը գործարկելու և զեկույցը դիտելու համար։
• /rel Հուսալիության մոնիտորը բացելու համար։
• /sys ուղղակիորեն անցնել դասական կատարողականի մոնիտորի վրա։

Խորհրդատվությունեթե ցանկանում եք ստուգել սարքավորումների հուսալիությունը, պարֆմոն / ռել Դա կայունության և սխալների պատմության ուղիղ կարճ ճանապարհ է։

Հավաստիության մոնիտոր Այն նաև գտնվում է Կառավարման վահանակ > Համակարգ և անվտանգություն > Անվտանգություն և սպասարկում բաժնում: Մեկ այլ կարճ ճանապարհ՝ մուտքագրեք «reliab» «Սկիզբ» ցանկի որոնման մեջ և ընտրեք «Դիտել հուսալիության պատմությունը»: Դուք կտեսնեք կարևոր իրադարձությունները, նախազգուշացումները և տեղեկատվությունը ըստ օրվա կամ շաբաթվա՝ մուտք ունենալով դեպի տեխնիկական մանրամասներ կիրառման և վարորդի խափանումները։

Իրական ժամանակի վիզուալիզացիա. հաշվիչների ավելացում և հասկացողություն

 

տեսնելու համար ուղիղ գրաֆիկ, բացեք «Performance Monitor»-ը ձախ կողմում գտնվող ծառում: Եթե կան նախապես բեռնված հաշվիչներ և ցանկանում եք սկսել մաքրումը, ընտրեք դրանք ստորև բերված աղյուսակում և սեղմեք Գերագույն Այնուհետև, գրաֆիկի տարածքում, աջ սեղմեք > Ավելացնել հաշվիչներ…՝ բոլոր հասանելի կատեգորիաներով երկխոսության պատուհանը բացելու համար։

Ընտրեք հետաքրքրության կատեգորիան, հաշվիչը և օբյեկտի օրինակը (օրինակ՝ ձեր գործընթացը): Հատուկ ծրագրում հիշողությունը և ռեսուրսները ախտորոշելու համար ավելացրեք այս բանալիային հաշվիչները խմբից Գործընթացը y .NET CLR հիշողություն որտեղ նպատակահարմար է՝

• Գործընթաց \ Մասնավոր բայթերՊրոցեսի կողմից հատկացված մասնավոր հիշողություն (չի կիսվում ուրիշների հետ): Կայուն աճը ցույց է տալիս սեփական վիրտուալ հիշողության իրական սպառումը:
• Գործընթաց \ Գործարկումների քանակըբաց բռնակների քանակը։ Մշտական աճը հաճախ վկայում է ռեսուրսների արտահոսքի մասին (սեսիաներ, համակարգային օբյեկտներ)։
• Գործընթաց \ Թեմաների քանակԳործընթացում ակտիվ թելերի քանակը։ Անսպասելի կտրուկ աճերը կարող են վկայել զուգահեռականության խնդիրների կամ անավարտ թելերի մասին։
• .NET CLR հիշողություն \ Բոլոր կույտերում բայթերի քանակը.NET օբյեկտների ընդհանուր հիշողությունը։ Եթե այն աճում է առանց կայունացման, ստուգեք գազային սպեկտրի ճնշումը և չթողարկված հղումները։
• .NET CLR հիշողություն \ Gen 2 կույտի չափսըGen 2 կույտի չափ (երկարակյաց իրեր): Շարունակական աճը ենթադրում է չհավաքված երկարակյաց իրերի առկայություն:

Գրաֆիկը մեկնաբանեք քննադատական ​​աչքովԵթե նկատում եք, որ Private Bytes-ը կայուն աճում է, մինչդեռ բոլոր կույտերում և Gen 2 կույտի չափում բայթերի քանակը մնում է կայուն, ապա աճը ոչ թե .NET կույտում է, այլ պրոցեսի բնիկ հիշողության/պահեստների մեջ։ Այս օրինաչափությունը սովորաբար ցույց է տալիս GC-ից դուրս արտահոսք (օրինակ՝ չսառեցված բուֆերներ կամ բռնակներ)։

Կարգավորեք գրաֆիկը՝ մասշտաբ, ինտերվալ և տևողություն

PerfMon-ը թույլ է տալիս կարգավորեք յուրաքանչյուր հաշվիչի տեսանելիությունը և տեսած պատմության ժամանակահատվածը, Մամուլ Ctrl + Shift + A Ստորև բերված ցանկում բոլոր հաշվիչները ընտրելու համար սեղմեք աջ կոճակը և ընտրեք Ընտրված հաշվիչների մասշտաբավորում, այնպես որ դրանք բոլորը տեսանելի կլինեն առանց որևէ մեկի կողմից մնացածը «հարթեցնելու»։

Բացեք Գծապատկերի հատկություններ Սեղմեք աջ կոճակով > Հատկություններ… և սահմանեք նմուշառման հաճախականությունը «Ընդհանուր» ներդիրում: Օրինակ, նմուշառեք յուրաքանչյուր 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

դեպի սկսել և դադարեցնել նկարահանումը, օգտագործում է.

Logman.exe start Avamar
Logman.exe stop Avamar

Հրամանների խորհուրդներ. -f bincirc-ը ստեղծում է շրջանաձև երկուական գրանցամատյան (-max-ը սահմանափակում է չափը ՄԲ-երով), -si-ն սահմանում է նմուշառման միջակայքը, և -c-ն մեծ քանակությամբ ավելացնում է հաշվիչներ օբյեկտների և դրանց օրինակների համար: Օգտագործեք չակերտների ուղիներ և escape backslash-եր կոնֆիգուրացիան սկրիպտավորելիս կամ արտահանելիս:

Ե՞րբ օգտագործել Logman-ը։ Այն իդեալական է հավաքել հեռավոր տվյալներ Սերվերների վրա ավտոմատացրեք ախտորոշումը կամ ստանդարտացրեք մի քանի մեքենաների միջև ձայնագրությունները: Դուք կարող եք դա պլանավորել առաջադրանքների ժամանակացույցի միջոցով և պտտել ֆայլերը առանց միջամտության:

Օգտակար հաշվիչներ և շեմեր յուրաքանչյուր ենթահամակարգի համար

ՀիշողությունՀետևում է իրական հզորությանը, էջագրման ճնշմանը և համակարգի պահեստի սպառմանը։ Այս հաշվիչներն ու ուղեցույցները օգնում են տարբերակել ախտանիշները պատճառներից։

• Հիշողություն \ % Օգտագործված բայթերՕգտագործված հիշողության տոկոսը պարտավորության սահմանաչափից բարձր է։ Եթե այն մշտապես գերազանցում է 80%-ը, վերանայեք էջագրման ֆայլի չափը և իրական օգտագործումը։
• Հիշողություն \ Հասանելի ՄԲԱզատ ֆիզիկական հիշողություն։ Ուսումնասիրեք, թե արդյոք RAM-ի < 5%-ը կրկնվող անկում է ապրում (և < 1%-ը կրիտիկական է)։
• Հիշողություն \ Պարտավորված բայթերԸնդհանուր գրանցված բայթերը։ Չպետք է կտրուկ տարբերվեն. հաճախակի փոփոխությունները կարող են հանգեցնել էջի ֆայլի ընդլայնման։
• Հիշողություն \ Պուլի չէջավորված բայթերոչ էջավորված լողավազան (օբյեկտներ, որոնք չեն կարող մաքրվել սկավառակի վրա): Մշտական հագեցվածություններ (> 80%) Դրանք կապված են այնպիսի իրադարձությունների հետ, ինչպիսին է 2019 թվականը (անէջավորված լողավազանի սպառում):
• Հիշողություն \ Պուլի էջավորված բայթեր: : էջավորված լողավազան։ Առավելագույնի 70%-ից ավելի կայուն արժեքները վկայում են 2020 թվականի իրադարձության ռիսկի մասին (էջավորված լողավազանի սպառում)։

ProcessorՈւշադրություն դարձրեք կայուն բեռների և ծանր I/O ազդանշանների կամ աղմկոտ դրայվերների առկայությանը։

• Պրոցեսորի տեղեկատվություն \ Պրոցեսորի ժամանակի % (բոլոր դեպքերում). 90 պրոցեսորի վրա պահպանվող >1%-ը կամ բազմապրոցեսորայինի վրա պահպանվող >80%-ը վկայում է պրոցեսորի գերբեռնվածության մասին։
• Պրոցեսոր \ % արտոնյալ ժամանակՄիջուկի ռեժիմի ժամանակը։ Հավելվածի/վեբ սերվերների վրա անընդհատ 30%-ից ավելի ծանրաբեռնվածությունը կարող է վկայել դրայվերի կամ համակարգի չափազանց ծանրաբեռնվածության մասին։
• Պրոցեսոր \ % ընդհատման ժամանակ y % DPC ժամանակ: > 25%-ը վկայում է սարքերի ինտենսիվ ակտիվության մասին (NIC, սկավառակ և այլն):
• Համակարգ \ Համատեքստային անջատիչներ/վրկ y Պրոցեսոր \ Ընդհատումներ/վայրկյանօգտակար է համատեքստի անջատման ճնշումը և ընդհատման գործունեությունը դիտելու համար։

կարմիրմատնանշում է NIC առողջությունը և հաղորդակցության որակը։

• Ցանցային միջերես\Ստացված փաթեթները մերժվել ենպետք է մնա մոտ զրոյին; աճող արժեքները սովորաբար ցույց են տալիս բուֆերների/ապարատային միջոցների անբավարարություն։
• Ցանցային միջերես\փաթեթների ստացման սխալներ: : > 2 կայուն սխալների դեպքում անհրաժեշտ է վերանայել հղումները/մալուխները/դրայվերները։

Դիսկոտեկչափում է հագեցվածությունը, լատենտությունը և տարողունակությունը։

• Ֆիզիկական սկավառակ \ % անգործության ժամանակ: անգործության ժամանակի տոկոսը։ Կայուն ցածր լիցքը ցույց է տալիս զբաղված սկավառակ, այն լավ է արտացոլում մնացած տարողունակությունը։
• Ֆիզիկական սկավառակ \ Միջին սկավառակի վայրկյան/կարդացում y Միջին սկավառակի վրկ/գրումՄիջին լատենտություն։ Տիպիկ հղումներ (ուղեցույցներ)՝ Գերազանց ընթերցում < 8 մվ, ընդունելի < 12 մվ, բավարար < 20 մվ, վատ > 20 մվ; Գերազանց գրառում < 1 մվ, լավ < 2 մվ, բավարար < 4 մվ, վատ > 4 մվ։
• Ֆիզիկական սկավառակ \ Սկավառակի հերթի միջին երկարությունըմիջին պոչեր։ 2×-ից ցածր արժեքները սովորաբար ողջամիտ են։
• Ֆիզիկական սկավառակ \ Բաշխում մուտք/վայրկյանՄուտք/ելքեր բաժանվում են մասնատման կամ բլոկների անբավարար չափերի պատճառով։ Որքան ցածր, այնքան լավ։
• LogicalDisk \ % ազատ տարածքՀամակարգի տրամաբանական հատորների վրա միշտ թողեք > 15% ազատ (խորհուրդ է տրվում ≥ 25%):

Սկավառակի օբյեկտներ՝ ֆիզիկական ընդդեմ տրամաբանական.

• Ֆիզիկական սկավառակ ավելացնում է մուտք դեպի ֆիզիկական սարքի բոլոր բաժիններ (նույնականացնում է սարքավորումները):
• LogicalDisk Չափում է որոշակի բաժին կամ միացման կետ։ Դինամիկ սկավառակների դեպքում տրամաբանական հատորը կարող է ընդգրկել մի քանի ֆիզիկական սկավառակներ, և դրա հաշվիչները կարտացոլեն ընդհանուր գումարը։

Պրոցեսռեսուրսները որոշակի հավելվածի վարքագծի հետ կապելու, վերահսկելու համար Գործընթաց \ % Պրոցեսորի ժամանակ, Մասնավոր բայթեր, Վիրտուալ բայթեր y Աշխատանքային հավաքածու. Բռնակների քանակը Կարևոր է, եթե կասկածում եք լողավազանի արտահոսքի. աճը բռնակներ հաճախ ամուսնանում են աննորմալ աճով Անէջավորված/էջավորված հավաքածու.

Հուսալիության մոնիտոր. ուսումնասիրեք խափանումները և համատեղելիությունը

Windows-ի հուսալիության մոնիտորը ամփոփում է կայունությունը և իրադարձությունները ըստ օրվա կամ շաբաթվա, դասակարգելով կարևոր, նախազգուշացնող և տեղեկատվականՅուրաքանչյուր սյունակից կարող եք բացել «Դիտել տեխնիկական մանրամասները»՝ ներգրավված երկուական ֆայլերի մոդուլները, կոդը և թվային ստորագրությունները ստուգելու համար։

• Գործնական օրինակԴուք կգտնեք svchost.exe_MapsBroker կամ այլ խափանումներ առաջացնող հավելվածներ։ Երբեմն հաղորդված մոդուլը (օրինակ՝ Kernelbase.dll) պատկանում է Windows միջուկին և ստորագրված է Microsoft-ի կողմից, ինչը ենթադրում է, որ հիմնական պատճառը միջուկը չէ, այլ ձեր օգտատիրոջ տարածքում աշխատող հավելվածը կամ պլագինը։
• Ինչ անել, երբ հին ծրագիրը խափանվում էԳործարկեք համատեղելիության խնդիրների լուծման գործիքը և փորձեք պարտադրել համատեղելիության ռեժիմ (օրինակ՝ Windows 7) և անջատել բարձր DPI մասշտաբավորումը, եթե հանդիպում եք ինտերֆեյսի կամ կատարողականության խնդիրների: Այս կարգավորումը, ինչպես ցույց է տրվել, լուծում է հին ծրագրաշարի խափանումները:
• Կապում է կայունության արդյունքները PerfMon-ի հետՄիավորում է վթարների պատմությունը հաշվիչի գրանցամատյանների հետ՝ տեսնելու համար, թե արդյոք մասնավոր բայթերը, գրանցամատյանների քանակը կամ սկավառակի լատենտությունը բարձր էին վթարից առաջ: Այս համադրությունը ձեզ հնարավորություն է տալիս քաշելու թեմա:
• Գործնական փակումPerfMon-ի և Reliability Monitor-ի միջոցով դուք կարող եք ախտորոշել՝ սկսած ախտանիշներից (վթար, դանդաղություն) մինչև պատճառը (հիշողության արտահոսք, սկավառակի խցանում, 100% CPU, ցանցային սխալներ), աջակցությամբ հաշվիչների և շեմերի միջոցով, որոնք հստակորեն ուղղորդում են ձեզ։

Եթե ​​Ձեզ անհրաժեշտ է արագ ուղեցույց սկսելու համարԲացեք PerfMon-ը, ավելացրեք հաշվիչներ թիրախային պրոցեսի համար (մասնավոր բայթեր, պրոցեսորի ժամանակի տոկոս և այլն), կարգավորեք նմուշառումը և տևողությունը՝ այն պատուհանը ծածկելու համար, որի ընթացքում առաջանում է խնդիրը, գրանցեք ֆայլը Collector Set-ի միջոցով և, եթե կիրառելի է, ավտոմատացրեք Logman-ի միջոցով այն սերվերների կամ թեստային միջավայրերի վրա, որոնք պետք է աշխատեն ժամերով։