C# 'da şube tahmini ipuçlarını kullanmak mümkün mü?

Question

Örneğin, ben gcc için tanımlandığı şekilde ve Linux çekirdeği kullanılır biliyoruz:

#define likely(x)  __builtin_expect((x),1) 
#define unlikely(x)  __builtin_expect((x),0) 

böyle bir şey C# mümkün değilse, en koyarak elle if ifadesi yeniden düzenlemek için en iyi alternatif olduğunu büyük olasılıkla ilk? Bu tür dış bilgiye dayanarak optimize etmenin başka yolları var mı?

İlgili bir notta, CLR koruma maddelerinin nasıl tanımlanacağını bilir ve alternatif dalın alınacağını varsayar, bu optimizasyonun koruyucu gözlüklerde kullanılması uygun değildir, doğru mu?

(Bunun mikro optimizasyon olabilir fark Not; ben akademik amaçlarla ilgileniyorum.)

Answer 1

Kısa cevap: Hayır

Uzun Cevap: Bilemezsin gerçekten çoğu durumda ihtiyacım var. , numaralı ifadeleri, ifadelerinizdeki mantığı değiştirerek ipuçları verebilir. Bu, bir performans aracıyla, Visual Studio'nun daha yüksek (ve daha pahalı) sürümlerinde yerleşik olan gibi daha kolaydır. Bunun akademik amaçlar için olduğunu anlıyorum, ancak JITer'in kodunuzu sizin için optimize etmede çok iyi olduğunu bilmek güzel. (CLR via C# gelen hemen hemen kelimesi kelimesine alınmıştır) Örnek olarak

Bu kod:

public static void Main() { 
    Int32[] a = new Int32[5]; 
    for(Int32 index = 0; index < a.Length; index++) { 
     // Do something with a[index] 
    } 
} 

a.Length bir özellik olduğundan, verimsiz gibi görünebilir ve C# bildiğimiz gibi, bir özellik aslında bir dizi iki yöntem (bu durumda get_Length ve set_Length). Bununla birlikte, JIT bir özellik olduğunu bilir ve ya uzunluğunu sizin için yerel bir değişkende depolar ya da üstünü engellemek için yöntemi satır içine alır.

... Bazı geliştiriciler yetileri JIT derleyicisi hafife ve JIT derleyici yardımcı olmak için bir girişim “zeki kod” yazmayı denedi. Bununla birlikte, geldiğiniz akıllı girişimler, performansını olumsuz etkileyecektir ve kodunuzun okunmasını zorlaştıracak ve bakımını azaltacaktır. Diğer şeylerin yanı sıra

, aslında ileri gider ve döngünün yerine performansının düşmesine döngü içinde dışında bir kez kontrol sınırları yok.

Sorununla doğrudan ilgisi olmayan bir şey olduğunu anlıyorum, ama sanırım yapmaya çalıştığım nokta, bu gibi mikro optimizasyonların C# 'da çok fazla yardım etmemesidir çünkü JIT genellikle bunun için tam olarak tasarlandığından daha iyi. (Eğlenceli gerçek, x86 JIT derleyicisi, x64 karşılığı daha agresif optimizasyonlar gerçekleştirir)

This article, .NET 3.5 SP1'de eklenen bazı optimizasyonları açıklar; bunlar arasında, tahminleri ve önbellek konumunu iyileştirmek için dalları düzleştirme konusunda iyileştirmeler bulunur.

Bütün bunlar, derleyicinin oluşturduğu ve CLR'nin performansına giden harika bir kitap okumak isterseniz, yukarıda alıntı yaptığım kitabı CLR ile C# üzerinden öneririm.

DÜZENLEME: .NET'te şu anda mümkün olsaydı, bilgileri EMCA-335 standard veya working draft'da bulabileceğinizi belirtmeliyim. Bunu destekleyen bir standart yoktur ve meta verileri, IlDasm veya CFF Explorer gibi bir şeye bakarak, şube tahminlerinde ipucu verebilecek herhangi bir özel veri işareti göstermez.