Jak poprawić ASP.NET wydajność aplikacji MVC?

Code Climber i ten wpis na blogu zawiera szczegółowe sposoby zwiększenia wydajności aplikacji.

Skompilowane zapytanie zwiększy wydajność Twojej aplikacji, ale nie ma nic wspólnego z ASP.NET MVC. Przyspieszy to każdą aplikację db, więc tak naprawdę nie chodzi o MVC.

Podstawową sugestią jest przestrzeganie zasad odpoczynku i poniższe punkty wiążą niektóre z tych zasad z ASP.NET MVC framework:

To raczej sugestia "Web performance / scalability " (w przeciwieństwie do wydajności na poziomie mikro/maszynowym) i ważna decyzja projektowa, która wpłynie na przyszłość aplikacji - szczególnie w przypadku, gdy stanie się popularna lub jeśli potrzebujesz tolerancji na błędy. przykład.

• nie używaj sesji
• nie używaj tempdata-która używa sesji
• nie próbuj 'buforować' wszystkiego 'przedwcześnie'.

Może to wydawać się oczywiste, ale Uruchom witrynę w trybie wydania, a nie w trybie debugowania, podczas produkcji, a także podczas profilowania wydajności. Tryb zwalniania jest dużo szybszy. Tryb debugowania może ukryć problemy z wydajnością we własnym kodzie.

Podczas uzyskiwania dostępu do danych przez LINQ polegaj na IQueryable ...

Po co używać asqueryable () zamiast List()?

... i leverge Dobry Wzór repozytorium:

Ładowanie Subrecordów w repozytorium wzór

To zoptymalizuje dostęp do danych, aby upewnić się, że tylko potrzebne dane są ładowane i tylko wtedy, gdy są potrzebne.

Nie jest to optymalizacja wstrząsająca ziemią, ale pomyślałem, że to wyrzucę - Użyj CDN do jQuery itp..

Cytat z samego ScottGu: Microsoft Ajax CDN pozwala znacząco poprawić wydajność ASP.NET formularze internetowe i ASP.NET aplikacje MVC, które używają ASP.NET AJAX lub jQuery. Usługa jest dostępna za darmo, nie wymaga rejestracji i może być używana zarówno do celów komercyjnych, jak i niekomercyjnych.

Używamy nawet CDN dla naszych webpartów w Moss, które używają jQuery.

Również jeśli używasz NHibernate możesz włączyć i ustawić pamięć podręczną drugiego poziomu dla zapytań i dodać do zapytań zakres i timeout. I jest kick ass profiler dla EF , L2S i NHibernate- http://hibernatingrhinos.com/products/UberProf . pomoże to dostroić Twoje zapytania.

Dodam jeszcze:

1. Użyj Sprite : Sprite to świetna rzecz, aby zmniejszyć żądanie. Łączysz wszystkie obrazy w jeden i używasz CSS, aby uzyskać dobre część sprite ' a. Microsoft zapewnia dobrą bibliotekę, aby to zrobić: Sprite i Image Optimization Preview 4 .

2. Buforuj obiekt serwera: Jeśli masz listy referencji lub dane, które rzadko się zmieniają, możesz buforować je do pamięci zamiast co jakiś czas przeszukiwać bazę danych czas.

3. Użycie ADO.NET zamiast encji Framework: EF4 or EF5 są świetne, aby skrócić czas rozwoju, ale Optymalizacja będzie bolesna. Łatwiej jest zoptymalizować procedurę składowaną niż encję Ramy. Dlatego powinieneś używać procedur przechowywania w jak największym stopniu. Dapper zapewnia prosty sposób zapytań i map SQL z bardzo dobrym wydajność.

4. Strona pamięci podręcznej lub strona częściowa: MVC zapewnia łatwy filtr do strony pamięci podręcznej według niektórych parametry, więc użyj go.

5. Zmniejsz wywołania bazy danych: możesz utworzyć unikalne żądanie bazy danych, które zwraca wiele obiektów. Sprawdź na stronie Dapper.

6. Zawsze miej czystą architekturę : miej czystą architekturę n-warstwową, nawet na małym projekcie. Pomoże Ci to zachować czysty kod, a w razie potrzeby łatwiej go zoptymalizować.

7. Możesz spojrzeć na ten szablon " NEOS-SDI MVC Template " które będą stwórz czystą architekturę z dużą ilością poprawa wydajności domyślnie (check MvcTemplate strona internetowa).

Oprócz wszystkich wspaniałych informacji na temat optymalizacji aplikacji po stronie serwera powiedziałbym, że powinieneś rzucić okiem na YSlow. Jest to doskonały zasób do poprawy wydajności witryny po stronie klienta.

Dotyczy to wszystkich stron, nie tylko ASP.NET MVC.

Jedną z bardzo łatwych rzeczy do zrobienia jest myślenie asynchronicznie podczas uzyskiwania dostępu do danych, które chcesz dla strony. Niezależnie od tego, czy czytasz z usługi internetowej, Pliku, bazy danych czy czegoś innego, używaj modelu asynchronicznego w jak największym stopniu. Chociaż niekoniecznie pomoże to jednej stronie być szybsze, pomoże to Twojemu serwerowi działać lepiej ogólnie.

1: Get Timings. Dopóki nie wiesz, gdzie jest spowolnienie, pytanie jest zbyt szerokie, aby odpowiedzieć. Projekt, nad którym pracuję, ma ten dokładny problem; nie ma logowania, aby nawet wiedzieć, jak długo pewne rzeczy trwają; możemy tylko zgadywać, co do powolnych części aplikacji, dopóki nie dodamy timingów do projektu.

2: Jeśli masz operacje sekwencyjne, nie bój się lekko wielowątkowy. Zwłaszcza w przypadku operacji blokowania. PLINQ jest twoim przyjacielem.

3: Pregenerate your MVC Widoki podczas publikowania... To pomoże w "pierwszej stronie hit"

4: niektórzy argumentują za zaletami procedury składowanej/ADO szybkości. Inni argumentują za szybkością rozwoju EF i wyraźniejszym seprataionem poziomów i ich celem. Widziałem bardzo powolne projekty, gdy SQL i obejścia używać Sprocks / Views do pobierania i przechowywania danych. Ponadto, trudność do przetestowania idzie w górę. Nasz obecny kod, który konwertujemy z ADO na EF nie wypada gorzej (a w niektórych przypadki lepsze) niż stary model ręcznie zwijany.

5: To powiedziawszy, pomyśl o rozgrzewce aplikacji. Częścią tego, co robimy, aby wyeliminować większość problemów z wydajnością EF, było dodanie specjalnej metody rozgrzewania. Nie prekompiluje żadnych zapytań ani niczego, ale pomaga w ładowaniu/generowaniu metadanych. Może to być jeszcze ważniejsze w przypadku modeli Code First.

6: jak mówili inni, nie używaj stanu sesji lub ViewState, jeśli to możliwe. Niekoniecznie są optymalizacje wydajności, o których myślą Programiści, ale gdy zaczniesz pisać bardziej złożone aplikacje internetowe, potrzebujesz szybkości reakcji. Stan sesji wyklucza to. Wyobraź sobie długie zapytanie. Decydujesz się otworzyć nowe okno i spróbować mniej skomplikowane. Cóż, równie dobrze mogłeś poczekać z włączonym stanem sesji, ponieważ serwer będzie czekał aż pierwsze żądanie zostanie wykonane przed przejściem do następnego dla tej sesji.

19: 00 Zapisz rzeczy, które często używaj, ale nie zmieni realistycznie pamięci podręcznej. Net. Spróbuj wsadzić swoje wstawki / aktualizacje tam, gdzie to możliwe.

7.1: unikaj kodu dostępu do danych w swoich widokach bez cholernie dobrego powodu. Nie mówiłbym tego, gdybym tego nie widział. Mieli już dostęp do swoich danych podczas składania modelu, dlaczego do cholery nie włączyli go do modelu?

Chciałem tylko dodać moje 2 centy. Najskuteczniejszym sposobem optymalizacji generowania trasy URL w aplikacji MVC jest... nie Generuj ich wcale.

Większość z nas mniej więcej wie, w jaki sposób adresy URL są generowane w naszych aplikacjach, więc po prostu używanie statycznych Url.Content("~/Blahblah") zamiast Url.Action() lub Url.RouteUrl(), gdzie to możliwe, bije wszystkie inne metody prawie 20 razy, a nawet więcej.

PS. Przeprowadziłem benchmark kilku tysięcy iteracji i opublikowałem wyniki na moim blogu , jeśli jestem zainteresowany.

W swoim clamour optymalizacji po stronie klienta, nie zapomnij o warstwie bazy danych. Mieliśmy aplikację, która trwała od 5 sekund do załadowania do 50 sekund na noc.

Podczas inspekcji wprowadziliśmy wiele zmian w schemacie. Po odświeżeniu statystyk nagle stała się tak samo responsywna jak wcześniej.

1. Zaimplementuj Gzip.
2. Użyj asynchronicznego renderowania dla częściowych widoków.
3. zminimalizuj trafienia do bazy danych.
4. Użyj skompilowanego zapytania.
5. Uruchom profiler i znajdź niepotrzebne trafienia. Zoptymalizuj wszystkie procedury przechowywane, które zwracanie odpowiedzi zajmuje więcej niż 1 sekundę.
6. Użyj buforowania.
7. Użyj Wiązanie minifikacja optymalizacja.
8. Użyj narzędzi HTML 5, takich jak pamięć podręczna sesji i pamięć lokalna dla zawartości readonly.

Oto rzeczy do zrobienia

1. Kernel mode Cache
2. Tryb rurociągu
3. Usuń nieużywane Moduły
4. runAllManagedModulesForAllRequests
5. nie pisz w wwwroot
6. Usuń nieużywane silniki widoku i język

Wykorzystanie wiązania i minifikacji pomaga również poprawić wydajność. Zasadniczo skraca czas ładowania strony.