boş gövdeli bir döngü, bu şuna benzer:Garip yöntemi ile karşılaştık çok eski projede hata düzeltme sırasında Java
void waiter() {
for (int i = 0; i < 20000; i++) ;
}
biraz zaman durdurma nedeni o mu yoksa tarafından ihmal edilecek JVM optimizasyonu?
. JVM, ilk çalışmada, arttırılan i değerinin herhangi bir yerde kullanılmamasını kontrol etmelidir. yanı
Kontrol Bu madde:
En iyi duruma getirilmiş olabilir, olmayabilir. Derleyicideki optimizasyon seviyesine bağlıdır.
i değişkeni döngüye kadar genişletilmiş, bu nedenle sonra kullanılabilir olmayacaktır. Derleyici, döngüün bilinen bir sayıyı çalıştıracağını statik olarak tanımlayabilir. Aynı zamanda boş deyimin birçok kez tekrarlandığını bilir. Daha sonra bir dizi boş ifadeyi bir boş bildirime veya hiç bir ifade haline dönüştürebilir. Bu, kodu tamamen sözdizimi ağacından kaldırmanın etkisine sahiptir.
Bu, bazı optimizasyon ayarları ve derleyicileri altında ve başkalarının altında olmayacaktır.
Değişti mi bilmiyorum, 2 yıldır java kullanmadım ama görünmüyor.
http://www.herongyang.com/JVM/Benchmark-Int-Empty-Loop-16-Nanosecond.html http://www.herongyang.com/JVM/Benchmark-Long-Empty-Loop-25-Nanosecond.html
Bu test aynı zamanda Java bytecode derleyici "Javac" olduğunu doğrulamaktadır , boş döngüyü, döngüün net etkisi olan "i = steps" ile değiştirmek için herhangi bir optimizasyon yapmaz.
javac yapmadı, yapmaz ve hiçbir zaman ilginç optimizasyon yapmaz. Ve bağlantı, çevirme-puan testlerinden birini gösterir. Sayaç değerini ayarladığınızdan bağımsız olarak, aynı sonucu elde edersiniz: Çeviricideki ~ 10k kez döngüyü çalıştırırsanız, JIT ne kadar büyüklükte olursa olsun geri kalan döngüyü alır ve çıkarır. Bu durumda, amaçlanan sonuç gibi görünüyor. – Voo
Evet, optimised.I've çalıştı olacaktır: D Bu JIT birkaç koşular sonrasında optimize edilecek
Hangi derleyici/ayar ile? –
Neden yo ait ... koduna böyle bir parça yazmak uever ki? –
Benim değil, bu projeyle çalışmaya başladım ...: D –
Programın yürütülmesini duraklatmak için bu mantığı kullanıyor. ;) –