[FIX] DB Kapatılırken Ortaya Çıkan Bellek Sızıntısı (Memory Leak)

Arkhe Arete · Çarşamba 11:03

CClientManager Destroy fonksiyonu sunucu kapanırken çalışıyor ancak bellekteki bazı objeleri serbest bırakmıyor.

Kapanış sırasında m_peerList listesindeki peer nesnelerinin sadece Destroy() fonksiyonu çağrılıyor ancak nesneler bellekten silinmiyor. Bu fix ile
nesnelerin bellekten tamamen silinmesi sağlanır.

Giriş işlemlerine ait verilerin tutulduğu haritalarda ( m_map_pkLoginData , m_map_kLogonAccount vb.) yer alan nesneler de sunucu kapanırken serbest bırakılmıyordu.
fix ile bu haritaların içi döngüyle gezilerek veriler temizlenir ve double-free hatalarının önüne geçer.

DB kanalında definitely lost olarak raporlanan bellek kaçaklarını kapatarak sunucunun daha sağlıklı kapanmasını sağlar.

Burayı görüntülemek için üye girişi yapmalı veya kayıt olmalısınız.

alondark54 · Çarşamba 11:14

bunu yaparsan daha hard fix lazım olabilir

Arkhe Arete · Çarşamba 11:19

alondark54 demiş ki:
bunu yaparsan daha hard fix lazım olabilir

Nedenini açıklarsan kontrol edebilirim

Erto · Çarşamba 18:06

Bu fix uygulanırken LoginData map’lerinin aynı CLoginData* pointerlarını farklı keylerle tuttuğuna dikkat edilmeli. m_map_pkLoginData silindikten sonra m_map_kLogonAccount tarafında aynı pointera IsDeleted() ile erişmek use-after-free, tekrar delete etmek double-free oluşturabilir. Bu yüzden LoginData cleanup pointerları unique/set içinde toplayıp tek sefer delete edecek şekilde yapılmalı. Ayrıca peer tarafında delete CPeer çağrısı destructor üzerinden Close()->OnClose()->ItemIDRangeManager::UpdateRange zincirini çalıştırdığı için kapanış sırasındaki manager yaşam süresi kontrol edilmeli veya guard eklenmelidir.

Arkhe Arete · Çarşamba 20:08

Erto demiş ki:
Bu fix uygulanırken LoginData map’lerinin aynı CLoginData* pointerlarını farklı keylerle tuttuğuna dikkat edilmeli. m_map_pkLoginData silindikten sonra m_map_kLogonAccount tarafında aynı pointera IsDeleted() ile erişmek use-after-free, tekrar delete etmek double-free oluşturabilir. Bu yüzden LoginData cleanup pointerları unique/set içinde toplayıp tek sefer delete edecek şekilde yapılmalı. Ayrıca peer tarafında delete CPeer çağrısı destructor üzerinden Close()->OnClose()->ItemIDRangeManager::UpdateRange zincirini çalıştırdığı için kapanış sırasındaki manager yaşam süresi kontrol edilmeli veya guard eklenmelidir.

Yorumun için teşekkür ederim konuyu güncelleyeceğim

Arkhe Arete · Çarşamba 22:06

Yaptığım Valgrind testleri sonucu bu şekilde daha olumlu sonuçlar aldığımı söyleyebilirim lütfen eski fixi uygulayanlar tamamen geri alsınlar ve bunu uygulasınlar ayrıca katkıda bulunanlara teşekkürler.

Eski fixi geri almayı unutma!!

Burayı görüntülemek için üye girişi yapmalı veya kayıt olmalısınız.

alondark54 · Perşembe 00:19

Arkhe Arete demiş ki:
Eski fixi geri almayı unutma!!

Alıntılarda özel içerikler gözükmez.

şimdi olabilir evet

Ara

[FIX] DB Kapatılırken Ortaya Çıkan Bellek Sızıntısı (Memory Leak)

Diğer Seçenekler

Arkhe Arete

Üye

alondark54

Üye

Arkhe Arete

Üye

Erto

Gold Üye

Arkhe Arete

Üye

Arkhe Arete

Üye

alondark54

Üye

Benzer konular