reinterpret_cast dökme

Question

Benim anlayış C++ reinterpret_cast ve C işaretçi döküm adil bir derleme zamanı işlevselliği olmasıdır ve hiç performans maliyetine sahip olduğunu mal oldu.

Bu doğru mu?

Answer 1

Başlamak için iyi bir varsayım. Bununla birlikte, en iyileştirici, reinterpret_cast<> veya C işaretleme kalıbı varlığında üstlenebileceği şekilde kısıtlanabilir. Daha sonra, dökümün kendisiyle ilişkili bir talimatı olmamasına rağmen, sonuçta ortaya çıkan kod daha yavaştır. Eğer bir işaretçi bir int döküm halinde

Örneğin, iyileştirici büyük olasılıkla bu işaretçi işaret ne olabilir hiçbir fikrim yok olacaktır. Sonuç olarak, muhtemelen bu işaretçiden bir yazının herhangi bir değişkeni değiştirebileceğini varsaymak zorundadır. Bu, yazmaçlardaki değişkenleri depolamak gibi çok yaygın optimizasyonları yener.

Answer 2

Evet, bu doğru. Çalışma zamanı maliyetine sahip döküm türü dynamic_cast'dir.

Answer 3

Doğru. Ekleyebildiğim yeni genişlikteki talimatların yerine getirilmesinde performansta herhangi bir kazanç/kayıp haricinde hiçbir maliyet nadir durumlarda yalnızca bir endişe kaynağıdır. Duyduğum her platformda işaretçiler arasında döküm yapmak sıfır maliyete ve hiçbir performans değişikliğine sahip değil.

Answer 4

Haklısın, ama bir düşün: reinterpret_cast belki kötü bir tasarım anlamına gelir ya da çok düşük düzeyde bir şey yaptığımızı. Zamanında bir arama tablosu görünmek zorunda çünkü

dinamik döküm bunun yerine, size bir şey mal olacak.

Answer 5

reinterpret_cast çalışma zamanı maliyetine neden olmaz. Ancak, dikkatli olmanız gerekir, çünkü her kullanımda reinterpret_cast tanımlanmıştır. Örneğin, char dizisini bir int dizisi olarak yeniden yorumlamak mümkün olabilir, çünkü hedef mimarinin bir kesme atamasına neden olabilir, çünkü farklı türlerde farklı hizalama kuralları olabilir.

ilk doğru alın, sonra da verimlilik dert.

Answer 6

C++ biçimindeki C stilleri, önce static_cast'i çalıştıracak ve yalnızca statik bir cast gerçekleştirilemiyorsa reinterpret_cast gerçekleştirecektir. Bir static_cast, çoklu kalıtım durumunda işaretçinin değerini değiştirebilir (veya bir arabirimi bir beton türüne dökerken), bu ofset hesaplaması, fazladan bir makine talimatı içerebilir. Bu en çok 1 makine talimatı olacak, bu yüzden gerçekten çok küçük.