ANAVEM
Languagefr
Windows Performance Monitor dashboard showing system performance counters and real-time metrics in a data center environment
Event ID 6144InformationKernel-GeneralWindows

Windows Event ID 6144 – Kernel-General: System Performance Counter Collection Started

Event ID 6144 indicates that Windows has started collecting system performance counters. This informational event fires during system startup or when performance monitoring services initialize.

Emanuel DE ALMEIDAEmanuel DE ALMEIDA
18 March 20269 min read 0
Event ID 6144Kernel-General 5 methods 9 min
Event Reference

What This Event Means

Windows Event ID 6144 represents a critical component of the Windows performance monitoring ecosystem. When this event fires, it indicates that the kernel-level performance counter subsystem has successfully initialized and begun collecting system metrics. This process involves the Windows Performance Counter infrastructure, which provides real-time access to hundreds of system performance metrics including CPU usage, memory consumption, disk I/O, and network activity.

The event occurs at the kernel level, meaning it's generated by core Windows components rather than user-mode applications. This positioning allows the performance counter system to capture low-level system metrics with minimal overhead. The timing of this event is crucial for administrators who rely on continuous performance monitoring, as it marks the point when reliable performance data becomes available.

In Windows Server environments, Event ID 6144 often correlates with the startup of critical monitoring services like Windows Management Instrumentation (WMI), Performance Logs and Alerts service, or enterprise monitoring agents. The event provides a timestamp that helps administrators understand the sequence of service initialization during system startup, which is valuable for troubleshooting boot performance issues or service dependency problems.

Applies to

Windows 10Windows 11Windows Server 2019/2022/2025
Analysis

Possible Causes

  • System startup and boot process initialization
  • Performance Logs and Alerts service starting
  • System Monitor (PerfMon) beginning data collection
  • Third-party monitoring tools accessing performance counters
  • Windows Management Instrumentation (WMI) service initialization
  • Automated monitoring scripts or scheduled tasks starting
  • Enterprise monitoring agents like SCOM or Nagios connecting
  • PowerShell Get-Counter cmdlets being executed
  • Performance counter registry rebuilding after corruption
Resolution Methods

Troubleshooting Steps

01

Verify Event Details in Event Viewer

Start by examining the complete event details to understand the context and timing.

  1. Open Event Viewer by pressing Win + R, typing eventvwr.msc, and pressing Enter
  2. Navigate to Windows LogsSystem
  3. Filter the log by clicking Filter Current Log in the Actions pane
  4. Enter 6144 in the Event IDs field and click OK
  5. Double-click on recent Event ID 6144 entries to view detailed information
  6. Check the General tab for event description and the Details tab for XML data
  7. Note the timestamp and correlate with system startup times or monitoring tool activity

Use PowerShell to query multiple events efficiently:

Get-WinEvent -FilterHashtable @{LogName='System'; Id=6144} -MaxEvents 20 | Format-Table TimeCreated, Id, LevelDisplayName, Message -AutoSize
02

Check Performance Counter Service Status

Verify that performance monitoring services are running correctly and investigate any service-related issues.

  1. Open Services console by pressing Win + R, typing services.msc, and pressing Enter
  2. Locate and check the status of these key services:
    • Performance Logs and Alerts (pla)
    • Windows Management Instrumentation (winmgmt)
    • Performance Counter DLL Host (PerfHost)
  3. Right-click each service and select Properties to verify startup type
  4. Check the Dependencies tab to understand service relationships

Use PowerShell to check service status programmatically:

Get-Service -Name "pla", "winmgmt", "PerfHost" | Format-Table Name, Status, StartType, DisplayName -AutoSize

Restart performance-related services if needed:

Restart-Service -Name "pla" -Force
Restart-Service -Name "PerfHost" -Force
03

Investigate Running Monitoring Tools

Identify which applications or services are triggering performance counter collection to understand the event context.

  1. Open Task Manager by pressing Ctrl + Shift + Esc
  2. Click the Details tab and look for processes that commonly use performance counters:
    • perfmon.exe (Performance Monitor)
    • logman.exe (Performance Logs utility)
    • powershell.exe or pwsh.exe (if running Get-Counter commands)
    • Third-party monitoring agents
  3. Check the Services tab for monitoring-related services
  4. Use Resource Monitor (resmon.exe) to see detailed process activity

Query running processes that might access performance counters:

Get-Process | Where-Object {$_.ProcessName -match "perfmon|logman|nagios|scom|zabbix"} | Format-Table ProcessName, Id, StartTime, CPU -AutoSize

Check for scheduled tasks that might trigger monitoring:

Get-ScheduledTask | Where-Object {$_.TaskName -match "perf|monitor|counter"} | Format-Table TaskName, State, LastRunTime -AutoSize
04

Analyze Performance Counter Registry Configuration

Examine the Windows registry to verify performance counter configuration and identify potential issues.

  1. Open Registry Editor by pressing Win + R, typing regedit, and pressing Enter
  2. Navigate to HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib
  3. Check the Last Counter and Last Help values to verify counter database integrity
  4. Examine HKLM\SYSTEM\CurrentControlSet\Services for performance counter providers
  5. Look for services with Performance subkeys that indicate counter providers
Warning: Always backup the registry before making changes. Incorrect modifications can cause system instability.

Use PowerShell to check performance counter configuration:

# Check performance counter database integrity
Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib" -Name "Last Counter", "Last Help"

Rebuild performance counters if corruption is detected:

# Run as Administrator
lodctr /R
# Restart performance counter services
Restart-Service -Name "pla", "PerfHost" -Force
05

Advanced Event Correlation and Monitoring Setup

Implement comprehensive monitoring to track Event ID 6144 patterns and correlate with system performance.

  1. Create a custom Event Viewer view for performance-related events
  2. In Event Viewer, right-click Custom Views and select Create Custom View
  3. Set up filters for Event IDs: 6144, 6145, 6146 (performance counter events)
  4. Include additional sources: Kernel-General, Performance Logs and Alerts
  5. Save the view as "Performance Counter Monitoring"

Set up automated monitoring with PowerShell:

# Create a monitoring script for Event ID 6144
$FilterHashtable = @{
    LogName = 'System'
    Id = 6144
    StartTime = (Get-Date).AddHours(-24)
}

$Events = Get-WinEvent -FilterHashtable $FilterHashtable -ErrorAction SilentlyContinue

if ($Events) {
    Write-Host "Found $($Events.Count) Event ID 6144 occurrences in the last 24 hours"
    $Events | Format-Table TimeCreated, Id, LevelDisplayName -AutoSize
} else {
    Write-Host "No Event ID 6144 found in the last 24 hours"
}

Create a scheduled task for continuous monitoring:

# Register a scheduled task to monitor performance counter events
$Action = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-File C:\Scripts\Monitor-PerfCounters.ps1"
$Trigger = New-ScheduledTaskTrigger -Daily -At "09:00AM"
$Settings = New-ScheduledTaskSettingsSet -AllowStartIfOnBatteries -DontStopIfGoingOnBatteries
Register-ScheduledTask -TaskName "Monitor Performance Counters" -Action $Action -Trigger $Trigger -Settings $Settings

Overview

Event ID 6144 from the Kernel-General source signals that Windows has initiated system performance counter collection. This event typically appears in the System log during boot sequences or when performance monitoring services start up. The event is part of Windows' built-in performance tracking infrastructure that enables system administrators to monitor resource utilization, process activity, and overall system health.

This event fires automatically when the Windows Performance Toolkit (WPT) components initialize, when System Monitor (PerfMon) starts collecting data, or when third-party monitoring tools request access to performance counters. You'll commonly see this event after system restarts, service startups, or when diagnostic tools begin monitoring system performance.

The event itself is informational and indicates normal system operation. However, understanding when and why it occurs helps administrators track monitoring tool activity and troubleshoot performance data collection issues. In enterprise environments, this event can help verify that automated monitoring systems are functioning correctly after maintenance windows or system updates.

Frequently Asked Questions

What does Windows Event ID 6144 mean and should I be concerned?+
Event ID 6144 is an informational event that indicates Windows has started collecting system performance counters. This is completely normal behavior and not a cause for concern. The event fires during system startup, when monitoring tools initialize, or when performance data collection begins. It's part of Windows' built-in performance monitoring infrastructure and indicates that your system is functioning correctly. You'll typically see this event after reboots, when starting Performance Monitor, or when third-party monitoring tools connect to Windows performance counters.
Why do I see multiple Event ID 6144 entries in my System log?+
Multiple Event ID 6144 entries are normal and occur for several reasons. Each entry represents a separate instance of performance counter collection starting. You might see multiple entries during system startup as different services initialize, when various monitoring tools start collecting data, or when performance counter providers register with the system. If you have multiple monitoring applications running (like System Monitor, third-party tools, or PowerShell scripts using Get-Counter), each can trigger this event. The frequency depends on your monitoring setup and how often performance collection processes start and stop.
Can Event ID 6144 indicate performance monitoring problems?+
While Event ID 6144 itself indicates successful performance counter initialization, the absence of this event or unusual patterns can signal monitoring issues. If you expect performance monitoring to be active but don't see Event ID 6144, it might indicate problems with the Performance Logs and Alerts service, WMI issues, or corrupted performance counter databases. Conversely, excessive Event ID 6144 entries might suggest monitoring tools are repeatedly starting and stopping, which could indicate configuration problems or resource constraints affecting monitoring stability.
How can I troubleshoot if Event ID 6144 stops appearing when expected?+
If Event ID 6144 stops appearing when you expect performance monitoring to be active, start by checking the Performance Logs and Alerts service status in services.msc. Verify that WMI (Windows Management Instrumentation) is running properly. Check if your monitoring tools are functioning correctly and haven't encountered errors. You can test performance counter access manually using PowerShell's Get-Counter cmdlet. If counters aren't accessible, try rebuilding the performance counter database using 'lodctr /R' from an elevated command prompt, then restart the related services. Also check Event Viewer for related error events that might explain why performance counter collection isn't starting.
Does Event ID 6144 impact system performance or resource usage?+
Event ID 6144 itself has minimal impact on system performance as it's just a log entry indicating that performance counter collection has started. However, the actual performance monitoring that triggers this event does consume system resources. The impact depends on what's being monitored and how frequently. Basic Windows performance counters have negligible overhead, but intensive monitoring with high-frequency sampling or numerous counters can affect performance. Enterprise monitoring tools that trigger Event ID 6144 should be configured appropriately for your environment. If you notice performance issues correlating with Event ID 6144 timing, review your monitoring configuration to ensure it's not over-sampling or collecting unnecessary metrics.
Documentation

References (2)

Emanuel DE ALMEIDA
Written by

Emanuel DE ALMEIDA

Senior IT Journalist & Cloud Architect

Microsoft MCSA-certified Cloud Architect | Fortinet-focused. I modernize cloud, hybrid & on-prem infrastructure for reliability, security, performance and cost control - sharing field-tested ops & troubleshooting.

Discussion

Share your thoughts and insights

You must be logged in to comment.

Loading comments...