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.
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 |