Час виконання команди в PowerShell

Чи існує такий простий спосіб встановити час виконання команди в PowerShell, як команда 'time' в Linux?
Я придумав це:

$s=Get-Date; .\do_something.ps1 ; $e=Get-Date; ($e - $s).TotalSeconds

Але я хотів би чогось більш простого, як

time .\do_something.ps1

Так.

Measure-Command { .\do_something.ps1 }

Зауважте, що незначним недоліком Measure-Commandє те, що ви не бачите жодного stdoutрезультату.

[Оновлення, завдяки @JasonMArcher] Ви можете це виправити, перенісши командний висновок у якусь командну команду, що записує на хост, наприклад, Out-Defaultце стає:

Measure-Command { .\do_something.ps1 | Out-Default }

Іншим способом побачити вихід було б використовувати такий Stopwatchклас .NET :

$sw = [Diagnostics.Stopwatch]::StartNew()
.\do_something.ps1
$sw.Stop()
$sw.Elapsed

Ви також можете отримати останню команду з історії та відняти її EndExecutionTimeвід її StartExecutionTime.

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

Використовуйте Measure-Command

Приклад

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

Труба до Out-Hostдозволяє бачити вихід команди, яку інакше споживає Measure-Command.

Симплекс

function time($block) {
    $sw = [Diagnostics.Stopwatch]::StartNew()
    &$block
    $sw.Stop()
    $sw.Elapsed
}

то може використовувати як

time { .\some_command }

Ви можете налаштувати вихід

Ось функція, яку я написав, яка працює аналогічно timeкоманді Unix :

function time {
    Param(
        [Parameter(Mandatory=$true)]
        [string]$command,
        [switch]$quiet = $false
    )
    $start = Get-Date
    try {
        if ( -not $quiet ) {
            iex $command | Write-Host
        } else {
            iex $command > $null
        }
    } finally {
        $(Get-Date) - $start
    }
}

Джерело: https://gist.github.com/bender-the-greatest/741f696d965ed9728dc6287bdd336874

Використання секундоміра та форматування минулого часу:

Function FormatElapsedTime($ts) 
{
    $elapsedTime = ""

    if ( $ts.Minutes -gt 0 )
    {
        $elapsedTime = [string]::Format( "{0:00} min. {1:00}.{2:00} sec.", $ts.Minutes, $ts.Seconds, $ts.Milliseconds / 10 );
    }
    else
    {
        $elapsedTime = [string]::Format( "{0:00}.{1:00} sec.", $ts.Seconds, $ts.Milliseconds / 10 );
    }

    if ($ts.Hours -eq 0 -and $ts.Minutes -eq 0 -and $ts.Seconds -eq 0)
    {
        $elapsedTime = [string]::Format("{0:00} ms.", $ts.Milliseconds);
    }

    if ($ts.Milliseconds -eq 0)
    {
        $elapsedTime = [string]::Format("{0} ms", $ts.TotalMilliseconds);
    }

    return $elapsedTime
}

Function StepTimeBlock($step, $block) 
{
    Write-Host "`r`n*****"
    Write-Host $step
    Write-Host "`r`n*****"

    $sw = [Diagnostics.Stopwatch]::StartNew()
    &$block
    $sw.Stop()
    $time = $sw.Elapsed

    $formatTime = FormatElapsedTime $time
    Write-Host "`r`n`t=====> $step took $formatTime"
}

Зразки використання

StepTimeBlock ("Publish {0} Reports" -f $Script:ArrayReportsList.Count)  { 
    $Script:ArrayReportsList | % { Publish-Report $WebServiceSSRSRDL $_ $CarpetaReports $CarpetaDataSources $Script:datasourceReport };
}

StepTimeBlock ("My Process")  {  .\do_something.ps1 }

Лише слово про виведення (неправильних) висновків із будь-якої команди вимірювання продуктивності, згаданої у відповідях. Існує ряд підводних каменів, які слід врахувати, окрім огляду часу голого виклику (спеціальної) функції чи команди.

Sjoemelsoftware

_{"Sjoemelsoftware" проголосувало голландське слово року 2015
Sjoemelen означає обман, а слово sjoemelsoftware виникло через скандал Volkswagen з викидами. Офіційне визначення - це "програмне забезпечення, яке використовується для впливу на результати тестів".}

Особисто я вважаю, що " Sjoemelsoftware " не завжди свідомо створюється для обману результатів тестів, але може походити з пристосування до практичної ситуації, подібної до тестових випадків, як показано нижче.

В якості прикладу, використовуючи перераховані команди вимірювання продуктивності, Language Integrated Query (LINQ) ⁽¹⁾ , часто кваліфікується як на голодному спосіб отримати що - то зробити , і це часто буває, але , звичайно , не завжди! Кожен, хто вимірює збільшення швидкості на коефіцієнт 40 і більше порівняно з нативними командами PowerShell, ймовірно, неправильно вимірює або робить неправильний висновок.

Справа в тому, що деякі .Net класи (як LINQ) використовують ледачу оцінку (також її називають відкладеною виконанням ⁽²⁾ ). Це означає, що коли призначити вираз змінній, це майже відразу видається виконаним, але насправді він ще нічого не обробив!

Припустимо, що ви дот-джерелом вашої . .\Dosomething.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 приблизно в 40 разів швидша, ніж перша команда PowerShell . На жаль, це не так просто ...

Покажемо результати:

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

Знадобиться приблизно в 90 разів більше, щоб отримати властивість $Linqоб'єкта, а потім $PowerShellоб'єкта, і це був лише один об'єкт!

Також зауважте інший підводний камінь, що якщо ви зробите це ще раз, певні кроки можуть з’явитися набагато швидше, ніж раніше, це тому, що деякі вирази були кешовані.

Підсумок, якщо ви хочете порівняти продуктивність між двома функціями, вам потрібно буде реалізувати їх у використаному вами випадку, почніть з нового сеансу PowerShell і грунтуйтеся на висновку на фактичній продуктивності повного рішення.

_{(1) Для отримання додаткової інформації та прикладів щодо PowerShell та LINQ, я рекомендую цей сайт: Високопродуктивний PowerShell з LINQ
(2) Я думаю, що між двома поняттями є незначна різниця, оскільки при ледачій оцінці результат розраховується при необхідності при призначенні відкладене виконання , якщо результат обчислюється, коли система не працює}