簡述PowerShell腳本優化技巧 |
發布時間: 2012/7/12 9:23:35 |
PowerShell腳本很有用,但有的卻消耗大量的內存,或者需要很長的執行時間。下面是關于如何提高此類腳本性能的一些技巧。
最后優化 不要試圖在你寫代碼的時候優化PowerShell腳本。你對代碼的優化或許并不明顯,或許對最終的性能影響甚微。腳本編寫者的時間比起CPU周期更為寶貴。 使用篩選參數 PowerShell會消耗大量的資源,因為許多cmdlet被設計成處理巨大的數據量。所以,如果你在使用一個有篩選參數(-Filter,-Include,或-Exclude)的cmdlet,那就首先使用它。 如果一個cmdlet支持參數-Filter,你要使用它。它對一個對象使用底層API,這意味著代碼執行非常快,因為篩選器在cmdlet創建對象之前應用。參數-Include和-Exclude在cmdlet創建對象之后但對象尚未進入PowerShell管道之前應用到對象。因此,它們比-Filter慢,但是他們依然比對象已經進入到PowerShell管道之后進行篩選要快。 有時候你會使用不止一種類型的篩選器。例如,假設你正搜索D盤所有以.htm為文件擴展名的文件。參數-Filter使用傳統的Windows文件系統語義,.htm返回所有以.htm為擴展名的文件。Windows API實現這種過濾,這使它非常快。然而,這是傳統API的一個極大限制。它們很陳舊,因此會忽略文件擴展名中除了前三個字符以外的其他字符。例如,一個僅僅以-Filter對*.htm的篩選將只返回.htm文件。因此,對于快速篩選,你需要使用-Filter(在裝載前削減大量文件)和-Include(只獲取.htm文件)。下面是代碼樣例:
然而,請記住,-Filter使用底層API,因此它工作的速度依賴于這些API。舉個例子:
在這種情況下,參數-Filter運行較慢,因為Get-WmiObject cmdlet使用Windows管理規范(WMI)腳本API。而這也慢是因為WMI使用WMI查詢語言(WQL)進行篩選,這就是篩選與WMI的關系。 減少資源占用 性能優化是降低資源占用以及減少可執行時間。有時,你可以兩者兼具。另外一些時候,你必須作出選擇。例如,假設你需要列出D盤的文件并對每個文件操作。你可以使用ForEach-Object cmdlet遍歷集合中的文件系統對象,如下:
其中{…}表示代碼將對每個文件執行。當你使用這個cmdlet,在穿越管道界限時每個對象都要經過額外的封裝操作,這顯著地降低了代碼的效率。但是它并不消耗太多的內存,因為每次同時只有一個項目通過管道。 或者,你可以使用foreach迭代循環,如以下代碼所示:
其中{…}表示代碼將對每個文件執行。這個循環花費了較少的運行時間,因為它避免了管道界限。不過,它在處理所有的文件系統對象之前首先進行收集,因此如果收集的數量很大的話它會消耗過多的系統資源。 Foreach循環更快但卻比ForEach-Object cmdlet使用更多的內存。因此,如果你不希望有大的數據集foreach循環通常是一個更好的選擇。 以睡眠扼制CPU 觸及很多對象的PowerShell代碼經常需要很長的執行時間,并且不太容易釋放占用的處理器時間。比起在單核CPU時代,這已經少了很多麻煩,但是這依然會導致系統為一個任務長時間等待。如果你的代碼消耗了大量的CPU周期,或需要長時間的等待,通常會使用Start-Sleep cmdlet來釋放處理器。默認情況下,Start-Sleep操作在數秒之內,但你可以以毫秒為單位指定暫停時間。時鐘的分辨率通常不超過10到20毫秒的范圍,所以你可能想指定的最短休眠時間是20毫秒。此外,你不需要在每個循環中運行一個睡眠周期;只需每隔幾個周期進行釋放就足以保證當前CPU對其他工作也是可用的。下面是一個使用Start-Sleep和取余操作符(%)每10個項目釋放一次處理器的周期:
一個基本的優化計劃 你可以把這些技巧組合成一個基本的腳本優化計劃。首先,不必擔心優化問題直到腳本完成。其次,如果可能,使用-Filter約束你的腳本讀取項目的數量,并使用-Include和-Exclude做進一步調整。這應該同時減少運行時間和資源占用。在這一點上,如果你依然有大數量的項目,考慮使用foreach循環替代ForEach-Object管道元素,從而加速腳本運行。請記住,如果你正在查看成千上萬的對象,這可能會引發其他性能問題。最后,如果你的腳本有過多的CPU消耗,你可以在循環核心中使用Start-Sleep來觀察執行效果。 本文出自:億恩科技【www.sunshares.net】 |