Farseer 2.x neden geçici işlemleri yığında değil üye olarak depolar? (.AĞ)

GÜNCELLEME: Bu soru Farseer 2.x. Daha yeni 3.x bunu yapmıyor gibi görünüyor.

Farseer Physics Engine'i şu anda oldukça kapsamlı bir şekilde kullanıyorum ve bir çok geçici değer türünü sınıfın üyeleri olarak sakladığını fark ettim ve beklendiği gibi yığınta değil.

İşte Bodysınıftan bir örnek :

private Vector2 _worldPositionTemp = Vector2.Zero;

private Matrix _bodyMatrixTemp = Matrix.Identity;
private Matrix _rotationMatrixTemp = Matrix.Identity;
private Matrix _translationMatrixTemp = Matrix.Identity;

public void GetBodyMatrix(out Matrix bodyMatrix)
{
    Matrix.CreateTranslation(position.X, position.Y, 0, out _translationMatrixTemp);
    Matrix.CreateRotationZ(rotation, out _rotationMatrixTemp);
    Matrix.Multiply(ref _rotationMatrixTemp, ref _translationMatrixTemp, out bodyMatrix);
}

public Vector2 GetWorldPosition(Vector2 localPosition)
{
    GetBodyMatrix(out _bodyMatrixTemp);
    Vector2.Transform(ref localPosition, ref _bodyMatrixTemp, out _worldPositionTemp);
    return _worldPositionTemp;
}

Bir elle performans optimizasyonu gibi görünüyor. Ama bunun performansa nasıl yardımcı olabileceğini anlamıyorum? (Sanırım bir şey nesneleri daha büyük yaparak zarar verir).

.NET'te değer türleri yığın üzerinde depolanmasına rağmen, en düşük ayırma maliyeti sağlar, ancak başlatma maliyetini ortadan kaldırmaz.

Bu durumda, çağrı başına 16-32 float başlatılmasına neden olacak bir veya iki geçici matris kullanan bir dizi fonksiyonumuz var. Bu önemsiz gibi görünse de, yöntemler yeterince sık kullanılırsa (örneğin, çerçeve başına binlerce ve binlerce kez), toplam ek yükün anlamlı bir etkisi olabilir. Böyle bir teknik tüm bu yöntemlerde sistematik olarak kullanılırsa, ortadan kaldırılan ek yük önemli ölçüde olabilir.

Böyle bir tekniğin kullanılması, nesne başına seviyede iplik güvenliği sağlama yeteneğini ortadan kaldırırken, bu garantiyi böyle bir zerre düzeyinde sağlamak genellikle akılsızdır.

İyi soru. Ben oldukça keskin bir C # /. NET adam ve biraz performans somunu ve bu benim için oldukça garip bir tasarım kararı gibi görünüyor. Bana atlar ilk şey bu kod hiçbir şekilde iş parçacığı güvenli olmasıdır. Bunun bir Fizik sisteminde bir sorun olup olmadığını bilmiyorum, ancak geçici verileri bir yöntemin kapsamı dışında saklamak genellikle bir felaket tarifi.

Dürüst olmak gerekirse, bu tür bir kodla üçüncü taraf bir çerçevede düzenli olarak karşılaşırsam, muhtemelen başka bir çerçeve bulmaya çalışırdım.

360'taki GC temelde sadece pahalı olan GEN 2 koleksiyonlarını yapar, bu nedenle her kareyi (geçici nesneler gibi) oluşturup kaldıran geçici değişkenler, tüm koleksiyonların çalışmasına neden olur ve bu da performansı çok hızlı bir şekilde öldürür.

Bu nesneyi yeniden kullanmak ve toplatılmamasını sağladıklarından şüpheleniyorum.