İşlem, zamanlanmış bir görev olarak etkileşimli olduğundan daha yavaş çalışır

Çok CPU ve GÇ yoğun olan ve çalışması yaklaşık dört saat süren (merak ediyorsanız kaynak kod oluşturma) zamanlanmış bir görevim var. Görevi, işini yapmak için çeşitli alt süreçleri ortaya çıkaran bir Powershell betiğidir. Aynı işlemi bir Powershell isteminden etkileşimli olarak çalıştırdığımda, aynı kullanıcı hesabıyla yaklaşık iki buçuk saat içinde çalışıyor. Görev, Windows Server 2008 R2'de çalışıyor.

Bilmek istediğim şey, zamanlanmış bir görev olarak çalışmanın neden bu kadar uzun sürdüğüdür - bir saatten uzun. Fark ettiğim bir şey, görev zamanlayıcısının Normalin Altında önceliğinde çalıştığından, görevim başladığında aynı indirgenmiş önceliği miras alıyor. Ancak, Powershell işlem önceliğini Normal olarak ayarlayacak betiği güncelledim ve hala bu kadar uzun sürüyor.

İki senaryo arasında neyin farklı olabileceği konusunda fikri olan var mı? İşlemci ve IO yükündeki farklılıkları göz ardı ettim - bu görev sistemin kullandığı tek şey, bu nedenle çalışan kaynaklar için rekabet edebilecek başka bir şey yok.

Burada işte "normal" işlem önceliğinden daha fazlası olduğu anlaşılıyor. Soruda belirttiğim gibi, görev zamanlayıcısı varsayılan olarak görevinizi normal önceliğin altında çalıştırır. StackOverflow'taki bu soru , Normal öncelikte çalışacak herhangi bir görevin nasıl düzeltileceğini açıklar, ancak düzeltme yine de bir şeyi biraz farklı bırakır: bellek önceliği. Bellek önceliği, Windows Vista için yeni bir özellikti ve bu Technet makalesinde açıklandı . Herhangi bir yönetici veya programcı için olması gereken bir araç olan İşlem Gezgini'ni kullanarak bellek önceliğini görebilirsiniz .

Her neyse, zamanlanmış görev önceliği düzeltmesiyle bile, görevinizin bellek önceliği 4 olarak ayarlanmıştır, bu normal ayar 5 ayarının altındadır. Görevimin bellek önceliğini manuel olarak 5'e çıkardığımda performans açıktı. etkileşimli bir şekilde süreci çalıştırma.

Önceliği arttırma hakkında bilgi için, IO önceliği ile ilgili bir StackOverflow sorusuna verdiğim cevaba bakın ; bellek önceliği ayarının benzer şekilde NtSetInformationProcess aracılığıyla PROCESS_INFORMATION_CLASSayarlanması ile benzer şekilde yapılır ProcessMemoryPriority(bunun değeri 39 veya 0x27'dir). Başkalarının ihtiyacı varsa ve programcı araçlarına erişimi yoksa, bunu ayarlamak için kullanılabilecek ücretsiz bir yardımcı program yapabilirim.

EDIT: Devam ettim ve burada mevcut olan bir görevin bellek önceliğini sorgulamak ve ayarlamak için ücretsiz bir yardımcı program yazdım . İndirme hem kaynak kodunu hem de derlenmiş bir ikili dosya içeriyor.

Sorun, işleminizin düşük bir G / Ç önceliği ve düşük bellek önceliği ile başlamasıdır. Bunu doğrulamanın en kolay yolu, sistem yöneticilerinden gelen işlem gezginleriyle. Bu zamanlanmış görevden kaynaklanan işlemlerin herhangi birinin özelliklerine bakarsanız, bunun G / Ç önceliği düşük ve bellek önceliği 2'nin olduğunu görürsünüz.

İşte bu sorunun çözümü:

1. Görevi oluştur
2. Göreve sağ tıklayın ve "dışa aktarın"
3. Yeni verdiğiniz task.xml dosyasını düzenleyin
4. Benzer bir çizgi bulacaksınız <Priority>7</Priority>
5. Değeri normal bir önceliğe değiştirin (4-6 arasında). Potansiyel değerlerin bir tablosu: TaskSettings.Priority özelliği
   • 4 değeri, etkileşimli bir işlemle aynı G / Ç ve bellek önceliğine sahip olacaktır. 5 ve 6'nın değerleri daha düşük bellek önceliğine sahip olacak
6. Görev zamanlayıcısında, başlangıçta oluşturduğunuz görevi silin
7. Görev zamanlayıcısında, eylemler alanında, görevi XML dosyasından içe aktarın

Ne yazık ki, zamanlanmış görevlerin ilk önceliğini GUI'den değiştirmenin bir yolu yoktur.

Kullanıcı X olarak zamanlanmış bir görev olarak çalışacak şekilde ayarlandıysa ve çalıştırılması gerekmeden önce Kullanıcı X olarak giriş yaptıysanız, çalıştırıldığında oturumunuzda bir pencere açması gerekir, oturumunuzda çalışacaktır.

Bunu yaparsanız, zaman süresinin daha uzun veya daha kısa sürmesi gerekir mi? Bunun ne anlama geldiğini bilmiyorum, ama faydalı bir farklılaştırıcı olabilir. Oturum açıldığında kullanıcı hesabının sahip olduğu bazı ağ erişimi olabilir, ancak zamanlanmış ve başarısız olması gereken zamanlanmış bir görev olarak çalışırken değil mi? Yeni bir kullanıcı hesabı oluşturduysanız ve bu hesap altında zamanlanmış bir görev olarak çalıştırıyorsanız, davranış farklı mı?

Başka bir fikir: Zamanlanmış bir görev olarak çalıştırırken - şimdi betiğinizde önceliği belirlediğiniz için alt işlemler tümü Normal veya Normalin altında mı çalışıyor?

Belki de zamanlanmış görevler varsayılan olarak daha düşük bir öncelikte çalışır.

prioYüksek önceliği zorlamak için kullanın .

ilk başta - normal öncelikten daha fazlasını kullanabilirsiniz (örneğin Yüksek)

ikinci olarak - anlamak zorundasınız, ön plan oturumu bazı kaynakları alır, esas olarak sabit disk IO ve hafızası böylece zamanlanmış görev daha az olur. net bir değerlendirme yapmak için, komut dosyası çalışırken powershell yaparken oturumu kapatmanız gerekir

ve ayrıca işlemleri hızlandırmak için birkaç sabit diskte daha fazla bellek / ramdrive / split çalışması kullanmayı deneyebilirsiniz

Bu soru bir süre önce ve 2008R2 Windows sunucusu için. Aynı soruyu sordum, ancak Windows 10 için. Windows 10'da (1703 ve 1809'da doğrulandı), yalnızca "Öncelik" in ithal edilen xml yoluyla 4 olarak ayarlanması aynı Temel Öncelik, Dinamik Öncelik, G / Ç Önceliği vermek için yeterlidir. ve etkileşimli olarak başlatılan bir işlem olarak Bellek Önceliği.

İşte önceliği ayarlamak için bir powershell pasajı (uzak bir powershell oturumunda çalışıyor!):

$taskName = "MyTask" ;`
$currentTask = Get-ScheduledTask -TaskName $taskName ;`
$settings = New-ScheduledTaskSettingsSet ;`
$settings.Priority = 4 ;`
Set-ScheduledTask -TaskName $taskName -Trigger $currentTask.Triggers -Action $currentTask.Actions -Settings $settings -User "NT AUTHORITY\SYSTEM"