preloadEnabled=“true“<\/strong> haben bzw. bekommen, falls diese noch nicht existiert:<\/p>\n\n<application path="\/" applicationPool="Testpool" preloadEnabled="true">\n<\/pre>\nNun muss noch der Startmodus des Anwendungspools ge\u00e4ndert werden. Dazu klicken wir im IIS Manager links auf Anwendungspools<\/strong>, machen einen Rechtsklick auf den Pool der Anwendung – in diesem Beispiel Testpool<\/strong> und klicken auf Erweiterte Einstellungen<\/strong>. Im sich nun \u00f6ffnenden Fenster nach der Eigenschaft Startmodus<\/strong> suchen, diese muss auf AlwaysRunning<\/strong> stehen:<\/p>\n![\"\"](\"https:\/\/u-img.net\/img\/4503Ma.png\")
<\/p>\n
Wer stattdessen lieber mit der applicationHosts.config arbeiten m\u00f6chte, sucht in system.ApplicationHost<\/strong> nach applicationPools<\/strong>. Hier ist beim jeweiligen Pool auf das Setzen des Attributes startMode=“AlwaysRunning“<\/strong> zu achten:<\/p>\n\n<add name="Testpool" managedRuntimeVersion="v4.0" startMode="AlwaysRunning" \/>\n<\/pre>\nDie hier gezeigten Schritte m\u00fcssen f\u00fcr jede Seite bzw. Anwendung sowie dem jeweils dazugeh\u00f6rigen Anwendungspool durchgef\u00fchrt werden, um die Anwendungsinitialisierung nutzen zu k\u00f6nnen.<\/p>\n
Initialisieren einer Anwendung<\/strong><\/h3>\nAb sofort arbeiten wir auf Anwendungsebene, da sich die folgenden Einstellung pro Anwendung unterscheiden k\u00f6nnen. Eine grafische Oberfl\u00e4che gibt es f\u00fcr diese \u00c4nderungen leider nicht, sodass zwingend mit der jeweiligen Web.config im WWW-Root der Anwendung gearbeitet werden muss. Diese \u00f6ffnen wir nun und suchen nach dem system.webServer<\/strong> knoten. Dort wird ein neuer Knoten zur Anwendungsinitialisierung eingef\u00fcgt:<\/p>\n\n<applicationInitialization\nremapManagedRequestsTo="StartupNotice.html"\nskipManagedModules="true" >\n<add initializationPage="\/" \/>\n<\/applicationInitialization>\n<\/pre>\nWas bewirkt dieser Knoten? Mit remapManagedRequestsTo<\/strong> definieren wir eine statische HTML-Datei (Pfad relativ zum vom WWW-Root), die dem Nutzer angezeigt wird, w\u00e4hrend sich die Anwendung initialisiert. initializationPage<\/strong> gibt einen relativen URL-Pfad an, zu dem der IIS beim Starten eine Pseudo-Anfrage schicken soll. Dadurch wird die Seite bei allen weiteren Aufrufen durch die eigentlichen Nutzer deutlich schneller geladen. Man kann an dieser Stelle auch mehrere Seiten in jeweils einem add<\/strong>-Element angeben:<\/p>\n\n<applicationInitialization\nremapManagedRequestsTo="StartupNotice.html"\nskipManagedModules="true" >\n<add initializationPage="\/SlowController\/Action" \/>\n<add initializationPage="\/AnotherSlowController\/ComplexAction" \/>\n<\/applicationInitialization>\n<\/pre>\nPraxistest<\/strong><\/h3>\nUm zu testen ob unsere Optimierung wirklich funktioniert, gen\u00fcgt es, den Anwendungspool zu recyceln<\/i>. Dabei startet der IIS alle Arbeitsprozesse neu, d.H. unsere Anwendung muss komplett neu initialisiert werden. Damit das Ergebnis nicht durch das noch laufende Neuladen des IIS verf\u00e4lscht wird, warten wir in beiden Testf\u00e4llen nach dem recyceln, bis sich die CPU-Last danach wieder legt:<\/p>\n
![](\"https:\/\/u-img.net\/img\/2393Fy.png\")
<\/p>\n
Nun ist die CPU im Leerlauf und die Anwendung wurde vom IIS initialisiert. Die Aktualisierungsgeschwindigkeit des Taskmanagers steht in den Diagrammen auf Hoch<\/i>, um ein m\u00f6glichst genaues Bild der verursachten Last zu erhalten. Unsere Testanwendung soll mehrere Razor-Ansichten rendern und ausgeben. Das Laden dieser Testseite ist mit 700 ms (davon 23 ms Generierungszeit) erfreulich z\u00fcgig und verursacht kaum sichtbare CPU-Last:<\/p>\n
![](\"https:\/\/u-img.net\/img\/2755Re.png\")
<\/p>\n
Zum Vergleich der erste Aufruf unserer Testseite ohne die hier gezeigten Optimierungen. Auch hier wird die gleiche Seite zum ersten mal nach dem Recyceln des App-Pools aufgerufen. Wie erwartet wird die Anwendung erst bei der ersten Anfrage initialisiert, sodass die Prozessorlast an dieser Stelle deutlich h\u00f6her ist:<\/p>\n
![](\"https:\/\/u-img.net\/img\/8871Ko.png\")
<\/p>\n
Vollst\u00e4ndig geladen ist die Seite erst nach 6,5 Sekunden <\/strong> – Der Nutzer muss hier also rund 10x l\u00e4nger auf den Seiteninhalt warten! Noch extremer wird der Unterschied bei umfangreichen Anwendungen, die beispielsweise Datenbanktreiber initialisieren m\u00fcssen. Hier kommen schnell 20 Sekunden und mehr zusammen, die weniger als 1 Sekunde gegen\u00fcberstehen.<\/p>\nFazit<\/strong><\/h3>\nDie erste HTTP-Anfrage an eine ASP.NET Anwendung kann durch die Anwendungsinitialisierung drastisch beschleunigt werden, wodurch das Nutzererlebnis deutlich verbessert wird. In den folgenden Artikeln werden wir diesen Ansatz ausweiten, damit vor allem datenbanklastigere Anwendungen m\u00f6glichst effektiv davon profitieren.<\/p>\n","protected":false},"excerpt":{"rendered":"
Wird ein IIS Webserver neu gestartet, dauert es selbst bei kleinen Anwendungen zun\u00e4chst einige Sekunden, bis die erste Seite geladen ist. Dies erscheint angesichts des Umfangs sowie der Komplexit\u00e4t von ASP.NET nicht verwunderlich. Sp\u00e4testens wenn Datenbankzugriffe ins Spiel kommen l\u00e4dt die erste Anfrage st\u00f6rend langsam – Wartezeiten die sich im Bereich einer halben Minute bewegen …<\/p>\n","protected":false},"author":5,"featured_media":6420,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[61,63],"tags":[336,70,449,66],"class_list":["post-3780","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-softwareentwicklung","category-windows-server","tag-asp-net","tag-performance","tag-windows-server-2008r2","tag-windows-server-2012"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/3780","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=3780"}],"version-history":[{"count":55,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/3780\/revisions"}],"predecessor-version":[{"id":6422,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/3780\/revisions\/6422"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/6420"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=3780"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=3780"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=3780"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/u-img.net\/img\/6936Je.png\")
<\/p>\n![\"\"](\"https:\/\/u-img.net\/img\/2624Wr.png\")
<\/p>\n