我有一个长期运行的PowerShell script workflow,它使用-AsJob
参数作为作业调用。它会定期编写需要使用Retrieve-Job
cmdlet检索的警告和输出消息。
我很好奇PowerShell存储了尚未检索的作业输出以及是否存在实际上限。如果是这样,它会以FIFO方式自动清除作业输出吗?崩溃?
答案 0 :(得分:6)
我不知道这是否真的能回答你的问题,但是我尝试了各种Start-Job
命令,这些命令只创建了从1到一个大数字的范围 - 大多数给出了内存异常,但我终于有一个工作完成了:
# these all bombed out
Start-Job -ScriptBlock { 1..4000000000 }
Start-Job -ScriptBlock { 1..2000000000 }
Start-Job -ScriptBlock { 1..1000000000 }
# this one finally started evaluating
Start-Job -ScriptBlock { 1..100000000 }
我让它运行一段时间,它在评估范围时吃掉了一个完整的CPU核心。根据任务管理器,它最终使用大约5GB的RAM,并且会使用更多,但此时开始耗尽物理内存。由于操作系统必须疯狂地启动分页内存,因此CPU使用率下降。
正如您在下面的屏幕截图中看到的,它实际上产生了另一个powershell.exe进程 - 所以我想这部分回答了您在作业运行时将数据存储在何处的问题。似乎存在一个实际限制,取决于可用资源。 PowerShell不会清除或以其他方式丢失作业缓冲区中的信息(除非第二个进程崩溃?)但是检索那么多数据也可能会有问题。您可能需要进行一些试运行,并了解您的环境可以支持的可接受和实际限制。
注意:使用更小的范围,例如1..100000,提供了足够多的记录来观察行为,同时不会完全压倒系统。我用较大的数字来看看实际的限制是什么。