Nieparzysta degradacja wydajności w aplikacji

Question

Mamy aplikację, która jest mieszana .NET 2.0 i natywna C++. W naszych testach mamy tryb, który może automatycznie przechodzić przez zestaw projektów. Projekt otwiera się, uruchamia, zamyka, powtarzaj. Każdy z tych kroków wymaga stworzenia/zniszczenia okien (precyzyjne winoteki). Ostatnio doświadczyliśmy pewnych dziwnych zachowań w wydajności. Po kilkugodzinnym uruchomieniu części otwierające i zamykające spowalniają (blokują wątek gui i pokazują na wpół wyciągnięte ekrany itp.). Teraz łatwo byłoby to zablokować do wycieku zasobów ... ale śledzimy uchwyty i pamięć, a gdy pamięć rośnie nieznacznie, nic nie wskazuje na ten poziom problemu. Uchwyty są stabilne. Więc może zwisające programy obsługi zdarzeń ... nadal muszą to zbadać. Ale kicker, który mnie wprawia w zakłopotanie, polega na tym, że wyłączenie aplikacji i jej ponowne uruchomienie nie przywraca początkowej wydajności. Jest nadal powolny, dopóki nie zrestartuję systemu operacyjnego (wygrana XP), a wydajność znów zacznie być szybka. To naprawdę wprawia mnie w zakłopotanie, ponieważ zakładam, że zamknięcie aplikacji spowoduje odzyskanie wszystkich zasobów. jakieś pomysły?

Answer 1

Wyciekałyśmy klas okien

Answer 2

Brzmi jak możliwy wyciek z uchwytem GDI. GDI objects nie są automatycznie zbierane przez Garbage Collector.

.NET Profiler Memory (http://memprofiler.com/) wykonuje dobrą robotę śledzenia (jest 14-dniowa wersja próbna).

Widzieliście te:

• Resource Leaks: Detecting, Locating, and Repairing Your Leaky GDI Code

• Detect and Plug GDI Leaks in Your Code with Two Powerful Tools for Windows XP (ma link do narzędzia widza GDI uchwyt).

Answer 3

Zakładasz, że jest to wyciek zasobów (co nie jest złe), ale może to być coś innego.

Czy próbowałeś używać profilera wydajności?