首先得明确：原生的Get-WMIObject并没有内置的进度跟踪机制，没法直接获取它的内部执行百分比或者预估剩余时间。这是因为WMI查询在后台处理时，不会向调用者暴露中间状态——它要么完成返回结果，要么中途失败，没有“半完成”的状态反馈。

不过你可以通过以下几种方式间接实现进度跟踪，或者优化操作体验：

1. 切换到CIM Cmdlets（推荐） #

微软早已推荐用Get-CimInstance替代Get-WMIObject，虽然它同样没有原生进度条，但你可以结合PowerShell的Write-Progress手动实现进度跟踪，尤其是查询多目标场景时非常实用：

比如查询多台机器的WMI信息，先拿到目标机器列表，逐个处理并更新进度：

$computers = Get-Content .\computers.txt
$total = $computers.Count
$current = 0

foreach ($computer in $computers) {
    $current++
    Write-Progress -Activity "Querying WMI on $computer" -Status "Progress: $current/$total" -PercentComplete (($current/$total)*100)
    Get-CimInstance -ClassName Win32_OperatingSystem -ComputerName $computer
}

这种方式能让你掌握整体任务的完成节奏，虽然不是跟踪WMI查询的内部进度，但足以解决“不知道什么时候完成”的痛点。

2. 分批处理大结果集 #

如果是查询单台机器上的大量WMI实例（比如成百上千的进程），可以用-Query结合分页语法分批获取数据，每批返回后更新进度：

$batchSize = 100
$offset = 0
$total = (Get-CimInstance -ClassName Win32_Process -Query "SELECT COUNT(*) FROM Win32_Process").Count

while ($offset -lt $total) {
    $query = "SELECT * FROM Win32_Process ORDER BY ProcessID OFFSET $offset ROWS FETCH NEXT $batchSize ROWS ONLY"
    $processes = Get-CimInstance -Query $query
    $offset += $batchSize
    
    Write-Progress -Activity "Fetching processes" -Status "Fetched $offset/$total processes" -PercentComplete (($offset/$total)*100)
    
    # 在这里处理每批数据
    $processes | ForEach-Object { Write-Host $_.Name }
}

注意：不是所有WMI类都支持OFFSET/FETCH语法，但常见的类（如Win32_Process、Win32_Service）基本都支持。

3. 关于内部进度与耗时预估的本质限制 #

WMI查询的执行过程是在系统的WMI服务（winmgmt）内部完成的，它不会向调用的PowerShell会话发送任何中间进度数据。当你调用Get-WMIObject时，PowerShell只是发送查询请求，然后全程等待WMI服务返回完整结果——这期间完全无法知晓WMI服务已经处理了多少数据，自然没法计算百分比或预估耗时。

至于预估时长，因为WMI查询的耗时受网络延迟、目标机器负载、查询复杂度、结果集大小等多种变量影响，没有可靠的方法提前精确预估，只能根据历史执行情况做大致判断。

内容的提问来源于stack exchange，提问作者jemandanders