Windows 7 Forum: konfiguracja, optymalizacja, porady, gadżety •
News Lepiej się nie spieszyć z wdrożeniem .NET 4.6, Microsoft wydał je z poważnym bugiem - Wersja do druku

+- Windows 7 Forum: konfiguracja, optymalizacja, porady, gadżety • (https://windows7forum.pl)
+-- Dział: Windows 7 (/windows-7-4-f)
+--- Dział: Newsy i aktualności o Windows 7 (/newsy-i-aktualnosci-o-windows-7-6-f)
+---- Dział: Aktualności i wydarzenia branży IT (/aktualnosci-i-wydarzenia-branzy-it-52-f)
+---- Wątek: News Lepiej się nie spieszyć z wdrożeniem .NET 4.6, Microsoft wydał je z poważnym bugiem (/lepiej-sie-nie-spieszyc-z-wdrozeniem-net-4-6-microsoft-wydal-je-z-powaznym-bugiem-46527-t)



Lepiej się nie spieszyć z wdrożeniem .NET 4.6, Microsoft wydał je z poważnym bugiem - Portator - 29.07.2015 05:40

Podczas testów działania serwisu Stack Overflow na zaktualizowanej wersji platformy .NET 4.6 pojawiły komplikacje, które poskutkowały decyzją o wstrzymaniu procesu wdrożenia tej technologii. Problemy dotyczyły narzędzia zwanego MiniProfilerem, które umożliwia wykonywanie pomiarów związanych z wydajności kodu, np. sposobu i czasu wykonywania wątków. Należy nadmienić, że błąd jest wynikiem niekompetencji programistów Microsoftu i zawiera się w błędnej implementacji mechanizmu o nazwie Tail Call przez kompilator RyuJIT w wersji 64 bitowej.
[Obrazek: g_-_550x412_-_s_65122x20150728222844_0.jpg]
Twórcy Stack Overflow bardzo długo nie mogli odnaleźć przyczyny nieprawidłowości, gdyż była ona widoczna dopiero w przypadku produkcyjnej wersji aplikacji. Zatem testując kod w trybie zwanym Debug programiści stracili mnóstwo czasu nie otrzymując w zamian chociażby poszlaki, która mogłaby posłużyć do znalezienia błędu. Najpierw zespół zauważył błędne działanie MiniProfilera, który wyświetlał dane tylko w przypadku pierwszego ładowania strony. Takie zachowanie sugerowało błąd buforowania zaszyty w pamięci podręcznej działającego lokalnie HTTP. Programiści spróbowali więc ustawić długość przechowywania danych w pamięci podręcznej na 3600 sekund. Okazało się jednak, że w większości przypadków (~98%) ulegały one natychmiastowemu usunięciu z pamięci podręcznej HTTP.

Kolejnym krokiem prowadzącym do odnalezienia błędu była możliwość jego powtórzenia tylko przy odhaczonej opcji Optimize Code we właściwościach projektu. Po tym zabiegu programiści przetestowali sporą ilość kodu i odkryli, że jedna z wywoływanych metod nie otrzymuje przekazywanych do niej parametrów. Opisane zachowanie zasugerowało, że lokalna pamięć podręczna albo nie istnieje, albo działa w sposób nieprzewidywalny. Ostatecznie spowodowało to ogromny narzut na infrastrukturę sieciową i w znacznym stopniu zmniejszyło wydajność serwisu Stack Overflow.

Najskuteczniejszym rozwiązaniem problemu jest wstrzymanie się z aktualizacją do nowszej wersji .NET. Istnieje też możliwość wyłączenia RyuJIT bezpośrednio w rejestrze za pomocą stosownego menedżera lub w terminalu PowerShell. Należy nadmienić, że dodanie znacznika w pliku konfiguracyjnym aplikacji nie rozwiązuje problemu.

Za: dobreprogramy.pl