(measure-commmand{your command}).totalseconds

例如

(measure-commmand{.\do_something.ps1}).totalseconds

到目前为止，所有的答案都没有达到提问者(和我)想要通过在命令行开头添加“time”来计时的愿望。相反，它们都需要将命令包装在括号({})中以构成一个块。下面是一个简短的函数，在Unix上更像时间:

Function time() {
  $command = $args -join ' '
  Measure-Command { Invoke-Expression $command | Out-Default }
}

(measure-commmand{your command}).totalseconds

例如

(measure-commmand{.\do_something.ps1}).totalseconds

您还可以从历史记录中获取最后一个命令，并从它的StartExecutionTime中减去它的EndExecutionTime。

.\do_something.ps1  
$command = Get-History -Count 1  
$command.EndExecutionTime - $command.StartExecutionTime

使用Measure-Command

例子

Measure-Command { <your command here> | Out-Host }

到Out-Host的管道允许您查看命令的输出，即 否则由测量命令消耗。

只是简单地从答案中提到的任何性能度量命令中得出(不正确的)结论。除了查看(自定义)函数或命令的调用时间之外，还应该考虑许多缺陷。

Sjoemel软件

“Sjoemelsoftware”当选2015年荷兰语热词 “Sjoemelen”的意思是“作弊”，“sjoemelsoftware”这个词是由于大众汽车尾气排放丑闻而产生的。官方定义是“用于影响测试结果的软件”。

就我个人而言，我认为“Sjoemelsoftware”并不总是为了欺骗测试结果而故意创建的，而可能是为了适应类似于下面所示的测试用例的实际情况。

例如，使用列出的性能度量命令，语言集成查询(LINQ)(1)，通常被认为是完成某件事情的快速方法，而且经常是这样，但肯定不总是这样!与原生PowerShell命令相比，任何测量速度增加了40倍或更多的人都可能是错误的测量或得出了错误的结论。

关键是一些。net类(如LINQ)使用延迟求值(也称为延迟执行(2))。这意味着当将一个表达式分配给一个变量时，它几乎立即看起来完成了，但实际上它还没有处理任何东西!

假设你把你的…做点什么。ps1命令，它有一个PowerShell或更复杂的Linq表达式(为了便于解释，我直接将表达式直接嵌入到Measure-Command中):

$Data = @(1..100000).ForEach{[PSCustomObject]@{Index=$_;Property=(Get-Random)}}

(Measure-Command {
    $PowerShell = $Data.Where{$_.Index -eq 12345}
}).totalmilliseconds
864.5237

(Measure-Command {
    $Linq = [Linq.Enumerable]::Where($Data, [Func[object,bool]] { param($Item); Return $Item.Index -eq 12345})
}).totalmilliseconds
24.5949

结果很明显，后面的Linq命令比第一个PowerShell命令快了大约40倍。不幸的是，事情没有那么简单……

让我们显示结果:

PS C:\> $PowerShell

Index  Property
-----  --------
12345 104123841

PS C:\> $Linq

Index  Property
-----  --------
12345 104123841

正如预期的那样，结果是相同的，但如果您仔细观察，就会发现显示$Linq结果的时间比显示$PowerShell结果的时间长得多。 让我们通过检索结果对象的属性来具体衡量:

PS C:\> (Measure-Command {$PowerShell.Property}).totalmilliseconds
14.8798
PS C:\> (Measure-Command {$Linq.Property}).totalmilliseconds
1360.9435

检索$Linq对象的属性比检索$PowerShell对象多花了大约90倍的时间，而且这只是一个对象!

还要注意另一个陷阱，如果再次执行，某些步骤可能会比以前快得多，这是因为一些表达式已经被缓存了。

总之，如果希望比较两个函数之间的性能，需要在用例中实现它们，从一个新的PowerShell会话开始，并根据整个解决方案的实际性能得出结论。

(1)关于PowerShell和LINQ的更多背景和例子，我推荐这个网站:高性能PowerShell with LINQ (2)我认为这两个概念之间有一个微小的区别，因为懒惰计算的结果是在需要时计算的，而延迟执行的结果是在系统空闲时计算的