Procentandel av DPC-tid för logisk processor

Microsoft.Windows.Server.10.0.LogicalProcessor.PercentDPCTime (UnitMonitor)

Övervakar DPC-tid i procent

Knowledge Base article:

Sammanfattning

DPC-tid i procent (Processor\DPC-tid i procent) för den logiska processorn har överskridit tröskelvärdet. Detta kan avsevärt försämra systemets övergripande prestanda vilket leder till försämrade operativsystems- och programprestanda.

DPC-tid i procent visar den tid i procent som den logiska processorn ägnar åt att ta emot och betjäna uppskjutna proceduranrop (DPC-anrop). DPC:er är avbrott som körs med lägre prioritet än standardavbrotten. Vid en varaktigt hög DPC-tid i procent kan det finnas en flaskhals i den logiska processorn eller ett program- eller maskinvarurelaterat problem som avsevärt försämrar hela systemets prestanda.

Orsaker

Ett högt värde för DPC-tid i procent kan ha en eller flera av följande orsaker:

Lösningar

Följ anvisningen nedan för att bestämma grundorsaken till ett högt DPC-värde.

Observera andelen av processortiden som används för betjäning av avbrott och DPC:er (uppskjutna proceduranrop). Det gör du genom att övervaka följande räknare i realtid med systemövervakaren:

Jämför värdena för räknarnas avbrottstid i procent och DPC-tiden i procent med Processor\Processortid i procent för varje processor.

Om en logisk processorinstans kör en varaktig processortid i procent som är > 85 % och även spenderar > 15 % av den tiden med att betjäna avbrott och/eller DPC:er, är det förmodligen processorn som är orsaken till prestandabegränsningen. Den här begränsningen kan åtgärdas genom att uppgradera eller lägga till fler processorer till datorn.

Om den logiska processorn kör en varaktig processortid i procent som är < 85 % och även spenderar > 15 % av den tiden med att betjäna avbrott och/eller DPC:er, är prestandaproblemet antagligen program- eller maskinvarurelaterat.

Om en maskinvaruenhet är grundorsak till problemet kan en administratör troligen se att DPC-tid i procent har ökat mycket under en kort tidsperiod. Det här inträffar ofta när ny maskinvara installeras eller drivrutiner har uppgraderats. Om administratören kan isolera problemet till ett maskinvaru- eller enhetsdrivrutinsproblem, kan det åtgärdas genom att leverantören kontaktas.

I de fall då du administrerar ett system med flera processorer som inte fördelar avbrott jämnt, kan du ofta förbättra distributionen av processorbelastningen genom att lägga till nätverkskort så att det finns ett kort för varje processor. Vanligtvis kan du bara lägga till kort när du behöver förbättra systemets genomflöde. Nätverkskort medför, liksom all extra maskinvara, vissa indirekta kostnader. Men om en av processorerna nästan alltid är aktiv (det vill säga om Processorinformation: Processortid i procent = 100) och mer än hälften av tiden går åt till att ta hand om DPC-anrop (om Processorinformation: % DPC-tid > 50) kan ett till nätverkskort antagligen öka systemprestanda, förutsatt att den tillgängliga nätverksbandbredden inte redan utnyttjas maximalt.

Om ett program är grundorsak till problemet beror det ofta på att DPC:er blockeras av ett program som har skickat ett anrop som tar väldigt lång tid att utföra. Under denna tid är DPC-anropen blockerade och placeras i kö. Du kan ta reda på vilket program som är grundorsak till detta genom att köra avancerade prestanda, spårningar och diagnostiktest för att fastställa exakt vilket program som orsakar prestandaproblemet.

Element properties:

TargetMicrosoft.Windows.Server.10.0.LogicalProcessor
Parent MonitorSystem.Health.PerformanceState
CategoryPerformanceHealth
EnabledFalse
Instance NameProcessor
Counter Name\% DPC Time
Frequency120
Alert GenerateFalse
Alert Auto ResolveTrue
Monitor TypeSystem.Performance.ConsecutiveSamplesThreshold
RemotableTrue
AccessibilityPublic
RunAsDefault

Source Code:

<UnitMonitor ID="Microsoft.Windows.Server.10.0.LogicalProcessor.PercentDPCTime" Accessibility="Public" Enabled="false" Target="ServervNext!Microsoft.Windows.Server.10.0.LogicalProcessor" ParentMonitorID="SystemHealth!System.Health.PerformanceState" Remotable="true" Priority="Normal" TypeID="SystemPerf!System.Performance.ConsecutiveSamplesThreshold" ConfirmDelivery="false">
<Category>PerformanceHealth</Category>
<OperationalStates>
<OperationalState ID="OverThreshold" MonitorTypeStateID="ConditionTrue" HealthState="Error"/>
<OperationalState ID="UnderThreshold" MonitorTypeStateID="ConditionFalse" HealthState="Success"/>
</OperationalStates>
<Configuration>
<ComputerName>$Target/Host/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>
<CounterName>% DPC Time</CounterName>
<ObjectName>Processor</ObjectName>
<InstanceName>$Target/Property[Type="ServervNext!Microsoft.Windows.Server.10.0.LogicalProcessor"]/PerfmonInstance$</InstanceName>
<Frequency>120</Frequency>
<Threshold>15</Threshold>
<Direction>greaterequal</Direction>
<NumSamples>5</NumSamples>
</Configuration>
</UnitMonitor>