C# SpinWait Bu kod sıfır CPU yakın tüketir

Question

(i5 aile) SemaphoreSlim kıyasla benim kod performans farkı ise

public void SpinWait() { 

     for (int i = 0; i < 10000; i++) 
     { 
      Task.Factory.StartNew(() => 
      { 
       var sw = new SpinWait(); 
       while (true) 
       { 
        sw.SpinOnce(); 
       } 
      }); 
     } 
    } 

(zaman iplik gerçekten haklı 5 vaka için 3x kere veya daha fazla olduğu Mops). Ancak, uzun süreli bekleme için kullanmaktan endişe duyuyorum. Standart tavsiye iki fazlı bekleme işlemini uygulamaktır. NextSpinWillYield özelliğini kontrol edebilir ve varsayılan eğirme yinelemelerini vermeksizin bir sayaç + sıfırlama yapabilir ve bir semafor için geri dönüş yapabilirim.

Ancak uzun vadede beklemek için sadece SpinWait.SpinOnce kullanmanın olumsuzlukları nelerdir? implementation'u inceledim ve gerektiğinde uygun şekilde verdim. Modern CPU'larda PAUSE komutunu kullanan ve Intel'a göre oldukça verimli olan Thread.SpinWait kullanır.

Görev Yöneticisi'nin izlenmesinde bulduğum bir sorun, varsayılan ThreadPool algoritması nedeniyle kademeli olarak artması durumunda iş parçacıklarının sayısıdır (tüm görevler meşgul olduğunda her saniye bir iş parçacığı ekler). Bu, ThreadPool.SetMaxThreads kullanılarak çözülebilir ve daha sonra iş parçacığı sayısı sabittir ve CPU kullanımı hala sıfıra yakındır.

Uzun süre bekletilen görevlerin sayısı sınırlanırsa, uzun süre beklemek için SpinWait.SpinOnce'u kullanmanın diğer tuzakları nelerdir? CPU ailesi, işletim sistemi, .NET sürümüne bağlı mı?

(Sadece netleştirmek için: Hala Sadece nedenini SpinOnce her zaman kullanmıyor curios değilim, iki fazlı bekleyen uygulayacak)

Answer 1

Peki, aşağı tarafı, gördüğünüz bir tam da senin kod hiçbir şey yapmadan bir iş parçacığı işgal ediyor. Diğer kodların çalışmasını engellemek ve threadpool yöneticisini bu konuda bir şeyler yapmaya zorlamak. ThreadPool.SetMaxThreads() ile tinkering sadece bir kanama yara olması muhtemel bir grup yardımcısı, sadece eve uçak yakalamak gerektiğinde bunu kullanın.

İplik, yalnızca bir iş parçacığı içerik anahtarından daha verimli olduğundan çok iyi bir garantiye sahip olduğunuzda denenmelidir. Bunun anlamı, iş parçacığının 10.000 işlemci döngüsünde veya daha az süre içinde devam edebileceğinden emin olmanız gerektiği anlamına gelir. Bu sadece 5 mikrosaniye, çoğu programcının "uzun vadeli" olarak gördüklerinden daha az bir bütünlük vermez.

Bunun yerine iş parçacığı içerik anahtarını tetikleyen bir eşitleme nesnesi kullanın. Ya da lock anahtar kelimesi.

İşlemciye yalnızca diğer bekleyen iş parçacıkları işlerini yapabilmeleri için değil, çok daha fazla iş başarmakla kalmaz, aynı zamanda işletim sistemi iş parçacığı zamanlayıcısı için mükemmel bir işaret sağlar. İşaret edilen bir senkronizasyon nesnesi, iş parçacığının önceliğini çarpacak ve bu sayede işlemcinin daha sonra gelmesi olasıdır.