Procentandel av DPC-tid för processor

Microsoft.Windows.Server.6.2.Processor.PercentDPCTime (UnitMonitor)

Övervakar DPC-tid i procent

Knowledge Base article:

Sammanfattning

DPC-tid i procent (Processorinformation\DPC-tid i procent) för 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 visas den tid i procent som processorn spenderar med 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 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

Om du vill visa den senaste historiken för Processor-relaterade prestandaräknare kan du använda följande vy:

Starta prestandavyn Processor

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äknarna avbrottstid i procent och DPC-tid i procent med Processorinformation\processortid i procent för varje processorinstans.

Om en 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 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 över hälften av tiden går åt till att betjäna DPC-anrop (om Processorinformation: DCP-tid i procent > 50), är det troligt att systemets prestanda förbättras om ett kort läggs till, så länge den tillgängliga nätverksbandbredden inte redan är mättad.

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.6.2.Processor
Parent MonitorSystem.Health.PerformanceState
CategoryPerformanceHealth
EnabledFalse
Instance NameProcessor Information
Counter Name\% DPC Time
Frequency120
Alert GenerateFalse
Alert Auto ResolveTrue
Monitor TypeSystem.Performance.ConsecutiveSamplesThreshold
RemotableTrue
AccessibilityPublic
RunAsDefault

Source Code:

<UnitMonitor ID="Microsoft.Windows.Server.6.2.Processor.PercentDPCTime" Accessibility="Public" Enabled="false" Target="WindowsServer!Microsoft.Windows.Server.6.2.Processor" 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/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>
<CounterName>% DPC Time</CounterName>
<ObjectName>Processor Information</ObjectName>
<InstanceName>$Target/Property[Type="WindowsServer!Microsoft.Windows.Server.Processor"]/PerfmonInstance$</InstanceName>
<Frequency>120</Frequency>
<Threshold>15</Threshold>
<Direction>greaterequal</Direction>
<NumSamples>5</NumSamples>
</Configuration>
</UnitMonitor>