Assembly Okumak Neden Performans Tespitinde Faydalı?

Performans sorununu çözmek için profiler çalıştırıp bir fonksiyonun yüzde 15 CPU harcadığını görürsün. Ama neden? Derleyici ne yaptı? Senin yazdığın C++ veya Rust kodu makine seviyesinde nasıl dönüştü? Bu sorulara cevap Assembly'de gizli.

Assembly okumak, her satırını anlamak demek değil, performans tespitinde bir ayet gibi işe yarar. Çünkü profiler sana sadece "burada zaman harcanıyor" der; Assembly sana "neden" gösterir.

Bir örnek: Bir döngü içinde bellek erişimi yapıyorsun. Profiler cache miss oranının yüksek olduğunu gösterir ama derleyicinin döngüyü nasıl optimize ettiğini görmezsin. Assembly'de bak: derleyici vektörleştirme yaptı mı? Döngü unrolling uyguladı mı? Bellek prefetch komutları ekledi mi? Eğer eklenmemişse, derleyici flag'lerini değiştirmeye değer. Eğer eklenmişse, sorun algoritmanın kendisinde olabilir.

Bir diğer fayda: inlining kararlarını görmek. Derleyicinin hangi fonksiyonları inline ettiğini, hangilerini çağrı olarak bıraktığını Assembly'de net görürsün. Bir küçük fonksiyon inline edilmemişse ve sıkı bir döngüde çağrılıyorsa, fonksiyon çağrısı overhead'i ciddi bir maliyet olabilir.

Siber güvenlik açısından da Assembly okumak kritik. Bir kütüphanenin ne yaptığından emin değilsen, Assembly bak. Derleyici optimizasyonları bazen beklenmedik davranışlar yaratabilir; side-channel saldırıları Assembly seviyesinde tasarlanır ve anlaşılır.

Assembly öğrenmek zaman alır, ama tam anlamıyla öğrenmene gerek yok. x86-64 veya ARM'in temel komutlarını, calling convention'ları ve register kullanımını bilmek yeterli. Bir profiler çıktısı gördüğünde, `objdump` veya `lldb` ile ilgili fonksiyonun Assembly'sini çek ve profiler verisiyle karşılaştır.

Hızlı kod yazmanın yolu soyut düşünmekle başlar, ama doğrulaması Assembly'de yapılır. Derleyiciye güven, ama kontrol et.