Kodumun gerçekten verimli bir şekilde derlenmiş bir montaj koduna dönüştürülüp dönüştürülmediğini görmek için standart Go derleyicinin x86 montaj çıktısını incelemek istiyorum; umarım, montaj çıktısını profilleme ve inceleyerek, Go kodumu maksimum performans için nereye/nasıl yazmalıyım konusunda bir ipucu verebilirim. Ama kodu -S bayrağı kullanarak incelediğimde, Go bir dağınıklık yayıyor!Golang montaj çıktısını okumak kolay mı?
Git derleyici sadece Terminal üzerinde çıktısını değil, bir dosya içine montaj çıkış dökümü yapmak için bir yolu var mı: İki şey istiyorum?
Ayrıca, Go derleyicisini derleme kodunu ayrı işlevler olarak etiketlerle ayırmanın bir yolu var mı? Bazı işlevlerin kodlanmış olabileceğini biliyorum ve bu nedenle montaj kodunda görünmeyebilir. Gördüğüm şey, anlaşılması neredeyse imkansız olan, homojen bir montaj bloğu.
1) '>' komutunu kullanma veya komut kabuğunun desteğini ne olursa olsun, bir komutun çıktısını bir dosyaya yönlendirmek için ne yapmalı? – Michael
Ayrıca, montaj koduna bakarak profilleme yaklaşımınız en verimli olanı olmayabilir. Go kodu için mevcut profil araçlarına baktınız mı? (örn. http://blog.golang.org/profiling-go-programs) – Michael
Size katılıyorum, montaj çıktısının biraz iyileştirilmesi gerekiyor. Sorun, Go derleyicisinin gerçek montaj oluşturmamasıdır. Montaja çok benzeyen ancak bağlayıcı tarafından genişletilecek çok sayıda sözde talimat içeren bir şey üretir.Sadece bağlantı yapıldıktan sonra, gerçek montaj üretilir (ve hemen monte edilir). – fuz