Pisanie aplikacji okienkowych

[iniside 0]

Wyzej napisalem.

A to co opisales to jest JIT. Z tym, ze JIT nie kompiluje całej aplikacji przy starcie, tylko robi to fragmentami w czasie jej działania. Dlatego czasami .NET aplikacje dostaja freez i nie bardzo wiedza co ze soba zrobic.

[Deadeye 0]

Wyzej napisalem.

A to co opisales to jest JIT. Z tym, ze JIT nie kompiluje całej aplikacji przy starcie, tylko robi to fragmentami w czasie jej działania. Dlatego czasami .NET aplikacje dostaja freez i nie bardzo wiedza co ze soba zrobic.

 

Freez o którym mówisz to nie wina JIT, tylko zazwyczaj GC - otóż usuwanie obiektów domyślnie działa tylko w momencie, kiedy obciążenie programu jest stosunkowo małe, albo jeśli pamięc zajęta przez nieużywane obiekty przekroczy wartość graniczną. Więc jeśli program np w drugim wątku wywołuje obliczenia, czy po prostu cały czas mocno obciąża procka, to GC nie jest aktywowany aż narośnie kilkadziesiąt mb niepotrzebnych obiektów, na przykład z eventów (jedno ruszenie myszką generuje nawet kilkadziesiąt eventów, a do każdego parametry itd), po czym GC jest aktywowany przez przekroczenie pamięci i mechanizm sprawdzenia co można usunąć wiesza program =] Sam JIT zresztą też ma różne ustawienia, niektóre sprawiają że program chodzi płynnie ale np nie działa optymalizacja kodu podczas działania programu (czyli mechanizm analizujący przepływ kontroli kodu aby zoptymalizować kod w locie na podstawie typowego użytkowania), więc program nie działa tak szybko jak powinien. Coś takiego stosuje właśnie XNA, które dopuszcza profilera tylko w trybie debug, a w release wszystko chodzi płynnie, nawet na xboxie. Poza tym samo to że taki kod z c# jest dopuszczany jako komercyjne programy sprzedawane za kase na xa już dużo mówi (na konsole są bardzo duże wymagania dotyczące niazawodności działania).