Pourquoi ASP.NET re-compile (re-JIT) tout quand une seule chose change?

Question

J'ai une application ASP.NET 2.0 (installée sur IIS 6.0 à partir d'un MSI) qui a été compilée en tant que «site web», et précompilée/empaquetée à l'aide d'un projet de déploiement Web dans Visual Studio 2005. (J'ai mis en demande aux développeurs d'envisager de passer à une application web pour la prochaine version, mais cela ne changera pas pour cette version).

Chaque fois que l'application est recyclée (par exemple, une modification est apportée au web.config), au premier coup, ASP.NET JIT l'application. Dans ce cadre, il prend tous les assemblys requis pour la page de connexion et les compile en code natif dans le répertoire Assembly \ dl3 'des fichiers temporaires ASP.NET, ce qui prend entre 20 et 60 secondes. Cela ne se produit que sur un recyclage, ce qui arrive rarement, mais quand c'est le cas, le chargement de la page prend beaucoup plus de temps et je crois qu'il est possible d'optimiser cela.

Il semble y avoir 122 DLL dont il a besoin à considérer, dont certains sont le précompilé code-behind, d'autres sont des composants tiers pour le site Web (par exemple, NHibernate.dll, composants de rapports, etc.)

Pourquoi recompile-t-il/re-JIT tout? Pourquoi ne détecte-t-il pas que la plupart des assemblées n'ont pas changé et n'essaie pas de les changer? Puis-je prouver que ce n'est pas la compilation par lots qui cause le problème? (Je ai <compilation debug="false"> définir dans le web.config.)

Other questions suggérer NGEN pourrait être utile, mais j'ai lu qu'il n'est pas possible de l'utiliser sur ASP.NET 1.x; nous utilisons 2,0 et je ne peux pas trouver une réponse claire de toute façon.

Answer 1

De mon expérience personnelle recyclage lente est souvent causée par NHibernate/ActiveRecord si vous avez beaucoup d'entités. Voir http://nhibernate.info/blog/2009/03/13/an-improvement-on-sessionfactory-initialization.html pour l'explication + solution possible.

Answer 2

Exécutez-vous IIS? Je suis à peu près certain que si vous redémarrez votre site dans IIS, il détectera les modifications apportées aux configs sans copier les dll.

Answer 3

Il est étrange que la seule copie de la DLL dure 20 secondes. Je suggère de faire un autre contrôle et de s'assurer où le goulot d'étranglement est.

Answer 4

Vous pouvez améliorer votre temps de recyclage en installant des DLL courantes qui changent rarement - comme NHibernate ou des outils de génération de rapports - dans le GAC. Cela devrait les empêcher d'être rejoués.

How to: Install an Assembly into the Global Assembly Cache

Answer 5

Comment pouvez-vous être certain que tout est dans l'état correct sans recyclage/réinitialisation (ou quoi qu'il arrive) l'AppDomain? Imaging que vous avez quelque chose dans l'application commence (global.asax) qui définit la valeur d'un champ statique basé sur une valeur de configuration. Sauf si vous réinitialisez l'AppDomain entier, vous ne pouvez pas être sûr.

Une autre raison: Il n'y a aucun moyen de décharger une DLL .NET une fois qu'elle est chargée, donc vous devez recréer le domaine de l'application quand quelque chose est mis à jour.