为什么这个PowerShell脚本如此缓慢？我如何加快速度？

2018-06-09 16:44:53

我开发了这个脚本，将Sitecore工作流应用于整个项目，而无需通过GUI手动点击。我对它的工作效果非常满意，但速度很慢。这是脚本：

Import-Module 'C:SubversionCMS Buildbranches1.2sitecorepowershellSitecore.psd1'

# Hardcoded IDs of workflows and states
$ContentApprovalWfId = "{7005647C-2DAC-4C32-8A09-318000556325}";
$ContentNoApprovalWfId = "{BCBE4080-496F-4DCB-8A3F-6682F303F3B4}";
$SettingsWfId = "{7D2BA7BE-6A0A-445D-AED7-686385145340}";

#new-psdrive *REDACTED*

set-location m-rocks:

function ApplyWorkflows([string]$path, [string]$WfId) {
    Write-Host "ApplyWorkflows called: " $path " - " $wfId;
    $items = Get-ChildItem -Path $path;
    $items | foreach-object {
        if($_ -and $_.Name) {
            $newPath = $path + '' + $_.Name;
            $newPath;
        } else {
            Write-host "Name is empty.";
            return;
        }

        if($_.TemplateName -eq "Folder" -or $_TemplateName -eq "Template Folder") {
            # don't apply workflows to pure folders, just recurse
            Write-Host $_.Name " is a folder, recursing.";
            ApplyWorkflows $newPath $wfId;
        }
        elseif($_.TemplateName -eq "Siteroot" -or $_.TemplateName -eq "InboundSiteroot") {
            # Apply content-approval workflow
            Set-ItemProperty $newPath -name "__Workflow" $ContentApprovalWfId;
            Set-ItemProperty $newPath -name "__Default workflow" $ContentApprovalWfId;

            # Apply content-no-approval workflow to children

            Write-Host $_.Name " is a siteroot, applying approval workflow and recursing.";
            ApplyWorkflows $newPath $ContentNoApprovalWfId;
        }
        elseif($_.TemplateName -eq "QuotesHomePage") {
            # Apply settings workflow to item and children

            Write-Host $_.Name " is a quotes item, applying settings worfklow recursing.";

            Set-ItemProperty $newPath -name "__Workflow" $SettingsWfId;
            Set-ItemProperty $newPath -name "__Default workflow" $SettingsWfId;

            ApplyWorkflows $newPath $SettingsWfId;
        }
        elseif($_.TemplateName -eq "Wildcard")
        {
            Write-Host $_.Name " is a wildcard, applying workflow (and halting).";
            Set-ItemProperty $newPath -name "__Workflow" $ContentApprovalWfId;
            Set-ItemProperty $newPath -name "__Default workflow" $ContentApprovalWfId;
        }
        elseif($_ -and $_.Name) {
            # Apply passed in workflow and recurse with passed in workflow
            Write-Host $_.Name " is a something else, applying workflow and recursing.";
            Set-ItemProperty $newPath -name "__Workflow" $WfId;
            Set-ItemProperty $newPath -name "__Default workflow" $WfId;

            ApplyWorkflows $newPath $wfId;
        }
    }
}

ApplyWorkflows "sitecoreContent" $ContentNoApprovalWfId;

它在不到一秒的时间内处理一个项目。它的进展有一些暂停 - 有证据表明，这是Get-ChildItem返回很多项目的时候。有很多我想尝试的事情，但它仍然针对我们的某个网站运行。已经有大约50分钟了，看起来可能完成了50％，也许更少。看起来它的工作范围很广，所以很难掌握完成的工作和不完成的工作。

那么是什么让我放慢脚步？

这是路径建设和检索吗？我试图通过$_或$_.Name来获取当前项目上的子项，但它总是查找当前工作目录，这是根目录，并且找不到项目。每次递归都会更改目录吗？

它是输出了吗？没有输出，我不知道它在哪里，或者它还在工作。有没有其他方式可以指出它在哪里，它做了多少等等？

有没有更好的方法，我只是使用Get-ChildItem -r与过滤器设置并循环通过这些？如果是这样，首先尝试将第一个脚本中的一些条件合并到过滤器集合中，将会非常感激。我是PowerShell的新手，所以我确信在我的代码中有一两个或两个以上的改进。

即使没有孩子，我是否总是调用递归位？这里的内容树非常宽广，有很多没有孩子的树叶。什么将是一个很好的检查是否存在子项目？

最后，我们拥有的PowerShell提供程序（PSP）尚未完成。它似乎没有Get-Item的工作实现，这就是为什么一切都几乎完全用Get-ChildItem编写的原因。我们的Sitecore.Powershell.dll说它是版本0.1.0.0。升级那些帮助？有新的吗？

编辑：它终于完成了。我对输出进行了计数，并提出了1857个项目，花费了大约85分钟的时间，平均每分钟21项。比我想象的慢，甚至...

编辑：我的第一次运行是在PowerShell 2.0上，使用Windows PowerShell ISE。我还没有尝试Sitecore PowerShell插件模块或社区。直到昨天，我甚至都不知道它的存在:-)

升级到PowerShell 3.0后，我尝试了另一次运行。从本地启动 - 从我的笔记本电脑运行脚本，连接到远程服务器 - 没有明显差异。我在主机上安装了PowerShell 3.0，并从那里运行脚本，发现速度可能会提高20-30％。所以这不是我希望会发生的银弹 - 我需要一个数量级或两个数值的改进来使这个东西，我不必照顾和分批运行。我现在正在使用下面的精确答案建议的一些实际的脚本改进。我会回复对我有用的东西。

就我个人而言，我认为如果您开始在Rocks上使用社区PowerShell实施，将会获得最大的提升。

让我解释一下为什么。

你遍历整个树，这意味着你必须访问你的分支中的每个节点，这意味着它必须被阅读并至少在Rocks Web服务上传播一次。然后每个属性保存都是另一个web服务调用。

我在社区控制台中运行了脚本，花费了大约25秒3724个项目。（我已经删除了这些修改，因为这些值与我的系统无关）。

一个简单的

Get-ChildItem -recurse

在我的3724项目树上，在社区控制台中花费了11秒，在岩石实施中花费了48秒。

您可以在脚本的社区实施中使用的其他调整将使用Sitecore查询，如：

get-item . -Query '/sitecore/content/wireframe//*[@@TemplateName="Template Folder"]'

只发送这些项目到你的功能

这并不意味着Rocks控制台不是正确的，它只是意味着Rocks控制台的设计选择，它们的目标是不同的。

你可以在这里找到社区控制台：http://bit.ly/PsConScMplc

请参阅此博客帖子，其中foreach-object cmdlet和foreach语句之间存在差异。

当您使用foreach对象传递get-child时，您可以加速它：

get-childitem . | foreach-object { ApplyWorkflow($_) }

这将导致由get-childitem返回的每个对象将立即传递到流水线中的下一个步骤，因此您将只处理它们一次。此操作还应该可以防止阅读所有孩子的长时间停顿。

此外，您可以递归地获取所有项目并按模板过滤它们，然后应用适当的工作流程，例如：

get-childitem -recurse . | where-object { $_.TemplateName -eq "MyTemplate"} | foreach-object { ApplyWorkflowForMyTemplate($_) }
get-childitem -recurse . | where-object { $_.TemplateName -eq "MySecondTemplate"} | foreach-object { ApplyWorkflowForMySecondTemplate($_) }

无论如何，我仍然不希望这个脚本在几秒钟内运行。最后，你要浏览整个内容树。

最后你在用什么库？这是Sitecore Powershell控制台（dll的名称听起来很熟悉）？有更新的版本添加了许多新功能。

我看到的最明显的问题是，您每次调用该函数时都会遍历文件两次：

function ApplyWorkflows([string]$path, [string]$WfId) {
    Write-Host "ApplyWorkflows called: " $path " - " $wfId;


    # this iterates through all files and assigns to $items
    $items = Get-ChildItem -Path $path;

    # this iterates through $items for a second time
    $items | foreach-object {  # foreach-object is slower than for (...)

此外，与foreach对象的管道比使用传统的for关键字慢。

链接地址: http://www.djcxy.com/p/29013.html

上一篇: Why is this PowerShell script so slow? How can I speed it up?

下一篇: How to ensure that we are using powershell 2.0?

为什么这个PowerShell脚本如此缓慢？ 我如何加快速度？

为什么这个PowerShell脚本如此缓慢？我如何加快速度？