W tym artykule opisano pakiet zbiorczy poprawek 3139546, która jest dostępna dla programu Microsoft.NET Framework 4.5.2, 4.5.1 i 4.5. Aby uzyskać więcej informacji o problemach rozwiązywanych przez ten pakiet zbiorczy poprawek zobacz sekcję "problemy rozwiązywane przez ten pakiet zbiorczy poprawek".

Rozwiązanie

Pobieranie informacji

Następujący plik jest dostępny do pobrania z witryny Centrum pobierania firmy Microsoft:

Download Pobierz teraz pakiet poprawek.
Aby uzyskać więcej informacji dotyczących sposobu pobierania plików pomocy technicznej firmy Microsoft kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:

119591 jak uzyskać pliki pomocy technicznej Microsoft w usługach onlineFirma Microsoft przeskanowała plik w poszukiwaniu wirusów. Firma Microsoft użyła najnowszego oprogramowania do wykrywania wirusów, które było dostępne w dniu opublikowania pliku. Plik jest przechowywany na serwerach o podwyższonych zabezpieczeniach, które uniemożliwiają nieautoryzowane zmiany w pliku.

Więcej informacji

Wymagania wstępne

Aby zastosować tę poprawkę, musi mieć.NET Framework 4.5.1, 4.5.2 lub 4.5 zainstalowany.

Wymagania dotyczące ponownego uruchomienia

Po zastosowaniu tej poprawki, jeśli wszystkie pliki podlegające usterce są używane, należy ponownie uruchomić komputer. Zaleca się zamknięcie wszystkich aplikacji.NET Framework, przed zastosowaniem tej poprawki.

Informacje dotyczące zastępowania poprawek

Ten pakiet poprawek nie zastępuje wcześniej wydanej poprawki.


Problemy rozwiązywane przez ten pakiet zbiorczy poprawek

Problem 1

Po uruchomieniu aplikacji, która doświadczeń najbardziej wymagających zadań i wzór szczególnego użycia dla metod dynamicznych (na przykład Entity Framework, LINQ to SQL), aplikacja może wystąpić awaria sporadycznie.

To zachowanie występuje z powodu problemu w zarządzanie istnienia metoda dynamiczna. W przypadku wystąpienia tego problemu jest generowany błąd System.Reflection.TargetInvocationException.

Ta poprawka rozwiązuje problem dotyczący zarządzania okres istnienia.

Problem 2

Zarówno System.Web.Caching , jak i System.Runtime.Caching sprawozdania wielkość pamięci używanej przez cały AppDomain zamiast wielkość pamięci używanej przez elementy buforowane.

Jest to problem regresji.NET Framework 4.5, w którym dokonano zmian w wykonaniu czasomierza. Oprócz raportowania niepoprawny rozmiar, dodatkowe obiekty odwołuje się w pamięci podręcznej może znacząco wpłynąć na czas oczekiwania Gen2 GC. W programie ASP.NET w wielu scenariuszach obsługi, pamięci podręcznej również miscalculates rozmiar pamięci podręcznej wszystkie we wszystkich domenach aplikacji (zgłaszane przez licznik wydajności programu ASP.NET pamięci podręcznej % Limit pamięci procesu używany ) kiedy domen aplikacji są recyklingowi.

Poprawka usuwa niezamierzoną odwołań z pamięci podręcznej do pozostałych obiektów domeny aplikacji, a w związku z tym jest już zgłoszonych odpowiedni rozmiar. Zawiera także zmian w celu poprawy opóźnienie dla System.Runtime.Caching na komputerach wielordzeniowych przy użyciu serwera GC. Ponadto ta poprawka umożliwia właściwego obliczania należności celnych każdego rozmiaru pamięci podręcznej w domenie aplikacji z recyklingu scenariuszy.

Porady

Ten artykuł dotyczy następujących produktów:

  • Microsoft.NET Framework 4.5.2

  • Microsoft.NET Framework 4.5.1

  • Microsoft.NET Framework 4.5

  • System Windows 7 z dodatkiem Service Pack 1

  • Windows Server 2008 R2 z dodatkiem Service Pack 1

  • Dodatek Service Pack 2 dla systemu Windows Server 2008

  • Dodatek Service Pack 2 dla systemu Windows Vista


Potrzebna dalsza pomoc?

Rozwijaj swoje umiejętności
Poznaj szkolenia
Uzyskuj nowe funkcje w pierwszej kolejności
Dołącz do niejawnych testerów firmy Microsoft

Czy te informacje były pomocne?

Jak zadowalająca jest jakość tłumaczenia?
Co wpłynęło na Twoje wrażenia?

Dziękujemy za opinię!

×