Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement ASP.Net 1ère ouverture très lente des pages .ASPX le matin

1ère ouverture très lente des pages .ASPX le matin

19 réponses
Avatar
Davelop
Bonjour,

Sur un Serveur Windows Serveur 2003 récemment installé dans un domaine
Active Directory + II6 + Framework .Net 2.0 + AJAX Extensions :

La première execution d'une page ASPX toute simple (sans aucun code) met
plus de 5 minutes dans un navigateur à s'afficher la 1ère fois de la journée

Ensuite tout se passe très bien mais c'est réellement la première ouverture
de la page qui est très lente.

J'ai désactivé l'antivirus sur le serveur rien n'y fait.

Quel peut être le problème ?

Merci d'avance de vos réponses
David
Signaler un problème avec ce contenu

9 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Jean-Claude
Bonjour,
Il faut aller effectivement dans le pool d'application auquel est
attaché ton site Web. Et modifier les options de recyclage et de
performance. Par défaut IIS recycle les processus de travail toutes les
120 min. Donc en désactivant la case à cocher, les processus ne sont
plus recyclés. On peux par contre choisir une heure fixe pour les
recycler (1h00 du mat par exemple).
L'autre option se trouve sur l'onglet "performance". Par défaut IIS
arrête les process toutes les 20 min. Il suffit de désactiver cette option.
Voilà après ça l'accès au site devrait être quasi instantané, sauf après
le recyclage de la nuit s'il y en a un de programmé.
Bonne chance
JC

Franck Quintana a écrit :
Bonjour,

- Est-ce que vous avez compilé votre solution en Debug ou en Release ?
- Est-ce que l'attribut <compilation debug> dans web.config est bien à
false ?
- Avez-vous pensé à désactiver la trace (<trace enabled="false" /> ?

Davelop wrote:
Personne peut nous aider sur ce coup là ?
Pourquoi IIS mettrait 10 mins à charger lors du premier accès ?

--
Delf




Un petit up :))

Pour complément d'info, même après un 1er fonctionnement suite aux
temps de latence de 10 min, si on ne charge plus d'aspx pendant
quelques heures, il semblerait que cela se remette en pause et hop
c'est reparti pour 10 min.

Il faudrait en fait qu'un robot ouvre un page aspx en permanance pour
ne pas que cela se mette en pause... mais bon il y a peut-être une
autre solution :p






Avatar
Delf
Jean-Claude vient de nous annoncer :

Voilà après ça l'accès au site devrait être quasi instantané, sauf après le
recyclage de la nuit s'il y en a un de programmé.



Recycler puis se débrouiller pour faire une requête HTTp sur le site
ensuite pour le recharger en mémoire.

--
Delf
Avatar
kyoshin
Delf a écrit le 02/04/2008 à 22h22 :
Jean-Claude vient de nous annoncer :

Voilà après ça l'accès au site devrait être
quasi instantané, sauf après le
recyclage de la nuit s'il y en a un de programmé.




Recycler puis se débrouiller pour faire une requête HTTp sur le
site
ensuite pour le recharger en mémoire.

--
Delf


Bonjour,

J'ai le même problème de lenteur mais même après changement du recyclage et de la performance du pôle d'application, la page met toujours beaucoup de temps pour se charger. Quelqu'un aurait une autre solution à me fournir s'il vous plait ?

Kyo
Avatar
Patrice
Je pense que le problème est que l'on compile non seulement cette page mais
toutes les pages du dossier (voire de l'appli ? combien de pages dans le
dossier ?).

Ce comportement peut se paramétrer dans le fichier web.config (voir
http://msdn.microsoft.com/fr-fr/library/s10awwz0.aspx). Par exmeple mettre
batch="false" pour déjà voir si il y a une différence. Si oui,
éventuellement mettre true et ajuster les autres variables pour limiter le
temps consacré à la compilation en mode "batch"...

Le "health management" de ASP.NET 2.0 permet aussi de récupérer des infos
détaillées sur ce qui se passe...

--
Patrice

"kyoshin" a écrit dans le message de groupe de
discussion :
Delf a écrit le 02/04/2008 à 22h22 :
Jean-Claude vient de nous annoncer :

Voilà après ça l'accès au site devrait être
quasi instantané, sauf après le
recyclage de la nuit s'il y en a un de programmé.




Recycler puis se débrouiller pour faire une requête HTTp sur le
site
ensuite pour le recharger en mémoire.

--
Delf


Bonjour,

J'ai le même problème de lenteur mais même après changement du recyclage
et de
la performance du pôle d'application, la page met toujours beaucoup de
temps
pour se charger. Quelqu'un aurait une autre solution à me fournir s'il
vous
plait ?

Kyo


Avatar
Jérémy Jeanson
Pardon de mon arrivé subite, je prend le train en marche...

Vous parlez semblerait-il d'un site asp, mais slui-ci est il précompilé?
oui-non?

PS: En général sur un site précompilé ou une appli web(donc compilée) on
ne constate pas ce genre de comportement
--
Jérémy JEANSON
MCP
http://jeremy.blogdns.net
Avatar
Patrice
Oui, on n'a alors que le temps de la compilation JIT.

Je pense que c'est effectivement lié à la compilation en mode batch mais je
préférais suggérer une solution qui préserve le mode de déploiement
actuellement choisi.

L'info sur le mode de déploiement du site serait intéressante car si le site
est déjà compilé j'avais vu aussi qu'un problème avec le compte ASP.NET
pouvait provoquer des délais importants au démarrage..

--
Patrice

"Jérémy Jeanson" a écrit dans le message de groupe
de discussion :
Pardon de mon arrivé subite, je prend le train en marche...

Vous parlez semblerait-il d'un site asp, mais slui-ci est il précompilé?
oui-non?

PS: En général sur un site précompilé ou une appli web(donc compilée) on
ne constate pas ce genre de comportement
--
Jérémy JEANSON
MCP
http://jeremy.blogdns.net


Avatar
kyoshin
Patrice a écrit le 31/10/2008 à 11h13 :
Oui, on n'a alors que le temps de la compilation JIT.

Je pense que c'est effectivement lié à la compilation en mode
batch mais je
préférais suggérer une solution qui préserve le
mode de déploiement
actuellement choisi.

L'info sur le mode de déploiement du site serait intéressante car
si le site
est déjà compilé j'avais vu aussi qu'un problème
avec le compte ASP.NET
pouvait provoquer des délais importants au démarrage..

--
Patrice

"Jérémy Jeanson" a
écrit dans le message de groupe
de discussion :
Pardon de mon arrivé subite, je prend le train en marche...

Vous parlez semblerait-il d'un site asp, mais slui-ci est il
précompilé?
oui-non?

PS: En général sur un site précompilé ou une appli
web(donc compilée) on
ne constate pas ce genre de comportement
--
Jérémy JEANSON
MCP
http://jeremy.blogdns.net

Je pense que le problème est que l'on compile non seulement cette page mais toutes les pages du dossier (voire de l'appli ? combien de pages dans le dossier ?).





C'est un projet que j'ai repris d'une autre société et que je dois mettre à jour. Ils ont environ 1500 fichiers et 170 dossiers en comptant les fichiers css, js, les images, etc ...


Ce comportement peut se paramétrer dans le fichier web.config (voir http://msdn.microsoft.com/fr-fr/library/s10awwz0.aspx). Par exemple mettre batch="false" pour déjà voir si il y a une différence. Si oui, éventuellement mettre true et ajuster les autres variables pour limiter le temps consacré à la compilation en mode "batch"...





Si non, ... ??? J'ai changé le batch à false mais rien de changer au niveau de la 1e ouverture de la page.


Le "health management" de ASP.NET 2.0 permet aussi de récupérer des infos détaillées sur ce qui se passe...





Le problème est que je suis obligé de travailler sous Visual Basic 2003 pour rester en framework 1.1.4 et l'ASP.NET 2.0 est utilisable seulement à partir de 2005.


Vous parlez semblerait-il d'un site asp, mais slui-ci est il précompilé? oui-non?





Oui, le site est compilé en Release avant d'être envoyer en FTP sur le serveur.


PS: En général sur un site précompilé ou une appli web(donc compilée) on ne constate pas ce genre de comportement





Je suis nouveau dans ce domaine alors je suis un peu perdu. J'ai déjà programmé des sites web en asp.net et effectivement, je n'avais jamais eu ce genre de problème.


L'info sur le mode de déploiement du site serait intéressante car si le site est déjà compilé j'avais vu aussi qu'un problème avec le compte ASP.NET pouvait provoquer des délais importants au démarrage..





Quelle information souhaiterais tu avoir plus précisément ? Et puis-je avoir plus de détail sur ce problème de compte ASP.NET ? Y a-t-il une solution à cela ?

Sinon, merci infiniment à tout le monde pour votre aide ^^
Avatar
Patrice
> Si non, ... ??? J'ai changé le batch à false mais rien de changer au
niveau de
la 1e ouverture de la page.



Donc à priori cela pourrait bien ne pas être lié à la compilation ?

Oui, le site est compilé en Release avant d'être envoyer en FTP sur le
serveur.


>> PS: En général sur un site précompilé ou une appli web(donc compilée)
>> on ne
constate pas ce genre de comportement



En 1.1 les pages ASP.NET sont toujours compilées à la 1ère exécution
(génération de code + compilation du code en DLL). En 2.0 les pages ASPX
peuvent être précompilées (reste tout de même la phase de "compilation"
MSIL-> code machine)

Quelle information souhaiterais tu avoir plus précisément ? Et puis-je
avoir
plus de détail sur ce problème de compte ASP.NET ? Y a-t-il une solution à
cela
?



L'autre info que j'avais vu est donc qq chose comme :
http://support.microsoft.com/kb/318738

(l'absence du compte ASP.NET provoque ce problème donc le garder même si il
n'est plus utilisée comme je crois sous IIS6 qui utilise NETWORK SERVICE à
la place). Tu es sous quelle version d'IIS ? En quel mode ? Si tu es bien
sous IIS6, avec network service et que le compte ASP.NET est absent, cela
pourrait peut-être expliquer le problème....

De mémoire, je crois avvoir vu des articles du même style lorsque le serveur
est un contrôleur de domaine... (est ce un contôleur de domaine ? Un serveur
dans le domaine ? Un serveur autononome ?)


Sinon, merci infiniment à tout le monde pour votre aide ^^



Au fait y a t'il d'autres applications ASP.NET 1.1 sur le même serveur. On
t'elle le même problème ? Comme il s'agit d'une application que tu as
récupéré, as tu vérifié si elle ne ferait pas des initialisations lourdes au
premier appel ?

Rien dans le journal de NT ? Sinon peut-être du côté de
http://technet.microsoft.com/en-us/sysinternals/default.aspx, cela
permettrait de voir par exemple quel est l'activité disque pendant le
démarrage pour voir déjà si oui ou non il semble essayer de compiler ces
fameuses pages ASPX...


Bon courage ;-)
Avatar
kyoshin
Patrice a écrit le 03/11/2008 à 13h59 :
> Si non, ... ??? J'ai changé le batch à false mais rien de
changer au
niveau de
la 1e ouverture de la page.




Donc à priori cela pourrait bien ne pas être lié à
la compilation ?

Oui, le site est compilé en Release avant d'être envoyer en FTP
sur le
serveur.


>> PS: En général sur un site précompilé ou
une appli web(donc compilée)
>> on ne
constate pas ce genre de comportement




En 1.1 les pages ASP.NET sont toujours compilées à la 1ère
exécution
(génération de code + compilation du code en DLL). En 2.0 les
pages ASPX
peuvent être précompilées (reste tout de même la
phase de "compilation"
MSIL-> code machine)

Quelle information souhaiterais tu avoir plus précisément ? Et
puis-je
avoir
plus de détail sur ce problème de compte ASP.NET ? Y a-t-il une
solution à
cela
?




L'autre info que j'avais vu est donc qq chose comme :
http://support.microsoft.com/kb/318738

(l'absence du compte ASP.NET provoque ce problème donc le garder
même si il
n'est plus utilisée comme je crois sous IIS6 qui utilise NETWORK SERVICE
à
la place). Tu es sous quelle version d'IIS ? En quel mode ? Si tu es bien
sous IIS6, avec network service et que le compte ASP.NET est absent, cela
pourrait peut-être expliquer le problème....

De mémoire, je crois avvoir vu des articles du même style lorsque
le serveur
est un contrôleur de domaine... (est ce un contôleur de domaine ?
Un serveur
dans le domaine ? Un serveur autononome ?)


Sinon, merci infiniment à tout le monde pour votre aide ^^




Au fait y a t'il d'autres applications ASP.NET 1.1 sur le même serveur.
On
t'elle le même problème ? Comme il s'agit d'une application que tu
as
récupéré, as tu vérifié si elle ne ferait
pas des initialisations lourdes au
premier appel ?

Rien dans le journal de NT ? Sinon peut-être du côté de
http://technet.microsoft.com/en-us/sysinternals/default.aspx, cela
permettrait de voir par exemple quel est l'activité disque pendant le
démarrage pour voir déjà si oui ou non il semble essayer
de compiler ces
fameuses pages ASPX...


Bon courage ;-)
L'autre info que j'avais vu est donc qq chose comme :




http://support.microsoft.com/kb/318738

Merci beaucoup pour ce lien, j'ai fait une mise à jour du framework 1.1 sur le server mais le problème n'est toujours pas résolu. J'espère que je ne dois pas redémarrer le serveur !!


(l'absence du compte ASP.NET provoque ce problème donc le garder même si il n'est plus utilisée comme je crois sous IIS6 qui utilise NETWORK SERVICE à la place). Tu es sous quelle version d'IIS ? En quel mode ? Si tu es bien sous IIS6, avec network service et que le compte ASP.NET est absent, cela pourrait peut-être expliquer le problème....





Sur mon poste, je suis sous IIS 5.1 et sur le server sous IIS 6.0. Comment je fais pour savoir si j'ai bien un compte ASP.NET ? Qu'est ce que tu appelles mode ?


De mémoire, je crois avvoir vu des articles du même style lorsque le serveur est un contrôleur de domaine... (est ce un contôleur de domaine ? Un serveur dans le domaine ? Un serveur autononome ?)





Hum ... je sais que ce serveur héberge plusieurs sites et je ne pense pas que ce soit un contrôleur de domaine mais plus un serveur autonome. Je me renseignerais.


Au fait y a t'il d'autres applications ASP.NET 1.1 sur le même serveur. On t'elle le même problème ? Comme il s'agit d'une application que tu as récupéré, as tu vérifié si elle ne ferait pas des initialisations lourdes au premier appel ?





Oui, il y a d'autres applications ASP.NET !! Sauf que ces autres appli n'ont pas ce problème de première ouverture très lente. De plus, quand je lance le site depuis le server, il se lance immédiatement. Donc, je ne pense pas qu'il y ait des initialisations lourdes.


Rien dans le journal de NT ? Sinon peut-être du côté de http://technet.microsoft.com/en-us/sysinternals/default.aspx, cela permettrait de voir par exemple quel est l'activité disque pendant le




démarrage pour voir déjà si oui ou non il semble essayer de compiler ces fameuses pages ASPX...

Au prochain numéro parce que ça a l'air assez complexe à utiliser.


Bon courage ;-)





Merci, je crois que j'en ai vraiment besoin ^^
1 2