Montée en mémoire catastrophique du process aspnet_wp.exe
3 réponses
Romelard Fabrice [MVP]
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0
(VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003).
Cette application utilise une Base de données SQL Server 2000.
Nous avons pour des raisons de performance et de cohabitation monté un
serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi
elle fonctionne quasiment de façon autonome (hormis les requette SQL Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons
observé que l'application ne répondait plus du tout dans certains moments.
En se connectant sur le serveur (via TS), on voyait que le process
aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en
courant il ne dépasse pas 150 Mo).
La seule solution trouvée pour remédier à ce problème a été de couper le
process en question qui se relance immédiatement et se restabilise à 100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En
revanche, nous souhaitons trouver cette raison afin de la corriger au plus
vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous
n'observons plus cette montée en charge, mais je souhaiterai trouver la
solution en préventif plutôt qu'en correctif.
Ma question est donc :
- Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le
FrameWork à un moment donné ?
- Avez-vous une idée (autre que de rajouter une gestion de log) pour
trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si
vous souhaitez plus d'informations.
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
Jean-François Borie
J'ai eut un problème de mémoire quand je travaillé avec des images et GDI+, le gc ne libèrait pas la mémoire. Pour régler le problème je suis aller dans C:WINDOWSMicrosoft.NETFrameworkv1.1.4322CONFIGmachine.config il ya un tag processModel et l'attribut memoryLimit="60"
Pour ne pas perdre les session lors du recyclage du process enable state server service.
J'espere que ca peut t'aider
"Romelard Fabrice [MVP]" a écrit :
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0 (VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003). Cette application utilise une Base de données SQL Server 2000. Nous avons pour des raisons de performance et de cohabitation monté un serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi elle fonctionne quasiment de façon autonome (hormis les requette SQL Server en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons observé que l'application ne répondait plus du tout dans certains moments. En se connectant sur le serveur (via TS), on voyait que le process aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en courant il ne dépasse pas 150 Mo). La seule solution trouvée pour remédier à ce problème a été de couper le process en question qui se relance immédiatement et se restabilise à 100-150 Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc on ne sait pas pour quelle raison cette montée en mémoire s'effectue. En revanche, nous souhaitons trouver cette raison afin de la corriger au plus vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous n'observons plus cette montée en charge, mais je souhaiterai trouver la solution en préventif plutôt qu'en correctif.
Ma question est donc : - Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le FrameWork à un moment donné ? - Avez-vous une idée (autre que de rajouter une gestion de log) pour trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si vous souhaitez plus d'informations.
-- Cordialement Romelard Fabrice.
J'ai eut un problème de mémoire quand je travaillé avec des images et GDI+,
le gc ne libèrait pas la mémoire. Pour régler le problème je suis aller dans
C:WINDOWSMicrosoft.NETFrameworkv1.1.4322CONFIGmachine.config
il ya un tag processModel et l'attribut memoryLimit="60"
Pour ne pas perdre les session lors du recyclage du process enable state
server service.
J'espere que ca peut t'aider
"Romelard Fabrice [MVP]" a écrit :
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0
(VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003).
Cette application utilise une Base de données SQL Server 2000.
Nous avons pour des raisons de performance et de cohabitation monté un
serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi
elle fonctionne quasiment de façon autonome (hormis les requette SQL Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons
observé que l'application ne répondait plus du tout dans certains moments.
En se connectant sur le serveur (via TS), on voyait que le process
aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en
courant il ne dépasse pas 150 Mo).
La seule solution trouvée pour remédier à ce problème a été de couper le
process en question qui se relance immédiatement et se restabilise à 100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En
revanche, nous souhaitons trouver cette raison afin de la corriger au plus
vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous
n'observons plus cette montée en charge, mais je souhaiterai trouver la
solution en préventif plutôt qu'en correctif.
Ma question est donc :
- Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le
FrameWork à un moment donné ?
- Avez-vous une idée (autre que de rajouter une gestion de log) pour
trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si
vous souhaitez plus d'informations.
J'ai eut un problème de mémoire quand je travaillé avec des images et GDI+, le gc ne libèrait pas la mémoire. Pour régler le problème je suis aller dans C:WINDOWSMicrosoft.NETFrameworkv1.1.4322CONFIGmachine.config il ya un tag processModel et l'attribut memoryLimit="60"
Pour ne pas perdre les session lors du recyclage du process enable state server service.
J'espere que ca peut t'aider
"Romelard Fabrice [MVP]" a écrit :
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0 (VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003). Cette application utilise une Base de données SQL Server 2000. Nous avons pour des raisons de performance et de cohabitation monté un serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi elle fonctionne quasiment de façon autonome (hormis les requette SQL Server en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons observé que l'application ne répondait plus du tout dans certains moments. En se connectant sur le serveur (via TS), on voyait que le process aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en courant il ne dépasse pas 150 Mo). La seule solution trouvée pour remédier à ce problème a été de couper le process en question qui se relance immédiatement et se restabilise à 100-150 Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc on ne sait pas pour quelle raison cette montée en mémoire s'effectue. En revanche, nous souhaitons trouver cette raison afin de la corriger au plus vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous n'observons plus cette montée en charge, mais je souhaiterai trouver la solution en préventif plutôt qu'en correctif.
Ma question est donc : - Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le FrameWork à un moment donné ? - Avez-vous une idée (autre que de rajouter une gestion de log) pour trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si vous souhaitez plus d'informations.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/DBGch01.asp -- Paul Bacelar
"Romelard Fabrice [MVP]" wrote in message news:
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0 (VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003). Cette application utilise une Base de données SQL Server 2000. Nous avons pour des raisons de performance et de cohabitation monté un serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi elle fonctionne quasiment de façon autonome (hormis les requette SQL
Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons observé que l'application ne répondait plus du tout dans certains moments. En se connectant sur le serveur (via TS), on voyait que le process aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en courant il ne dépasse pas 150 Mo). La seule solution trouvée pour remédier à ce problème a été de couper le process en question qui se relance immédiatement et se restabilise à
100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc
on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En revanche, nous souhaitons trouver cette raison afin de la corriger au plus vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous n'observons plus cette montée en charge, mais je souhaiterai trouver la solution en préventif plutôt qu'en correctif.
Ma question est donc : - Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le FrameWork à un moment donné ? - Avez-vous une idée (autre que de rajouter une gestion de log) pour trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si vous souhaitez plus d'informations.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/DBGch01.asp
--
Paul Bacelar
"Romelard Fabrice [MVP]" <fromelard_NO_SPAM_@hotmail.com> wrote in message
news:OxwxCNamFHA.2904@TK2MSFTNGP14.phx.gbl...
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0
(VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003).
Cette application utilise une Base de données SQL Server 2000.
Nous avons pour des raisons de performance et de cohabitation monté un
serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi
elle fonctionne quasiment de façon autonome (hormis les requette SQL
Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons
observé que l'application ne répondait plus du tout dans certains moments.
En se connectant sur le serveur (via TS), on voyait que le process
aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en
courant il ne dépasse pas 150 Mo).
La seule solution trouvée pour remédier à ce problème a été de couper le
process en question qui se relance immédiatement et se restabilise à
100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc
on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En
revanche, nous souhaitons trouver cette raison afin de la corriger au plus
vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous
n'observons plus cette montée en charge, mais je souhaiterai trouver la
solution en préventif plutôt qu'en correctif.
Ma question est donc :
- Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le
FrameWork à un moment donné ?
- Avez-vous une idée (autre que de rajouter une gestion de log) pour
trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si
vous souhaitez plus d'informations.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/DBGch01.asp -- Paul Bacelar
"Romelard Fabrice [MVP]" wrote in message news:
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0 (VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003). Cette application utilise une Base de données SQL Server 2000. Nous avons pour des raisons de performance et de cohabitation monté un serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi elle fonctionne quasiment de façon autonome (hormis les requette SQL
Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons observé que l'application ne répondait plus du tout dans certains moments. En se connectant sur le serveur (via TS), on voyait que le process aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en courant il ne dépasse pas 150 Mo). La seule solution trouvée pour remédier à ce problème a été de couper le process en question qui se relance immédiatement et se restabilise à
100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc
on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En revanche, nous souhaitons trouver cette raison afin de la corriger au plus vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous n'observons plus cette montée en charge, mais je souhaiterai trouver la solution en préventif plutôt qu'en correctif.
Ma question est donc : - Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le FrameWork à un moment donné ? - Avez-vous une idée (autre que de rajouter une gestion de log) pour trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si vous souhaitez plus d'informations.
-- Cordialement Romelard Fabrice.
Paul Bacelar
http://msdn.microsoft.com/msdnmag/issues/05/07/Debugging/default.aspx http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/DBGch01.asp -- Paul Bacelar
"Romelard Fabrice [MVP]" wrote in message news:
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0 (VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003). Cette application utilise une Base de données SQL Server 2000. Nous avons pour des raisons de performance et de cohabitation monté un serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi elle fonctionne quasiment de façon autonome (hormis les requette SQL
Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons observé que l'application ne répondait plus du tout dans certains moments. En se connectant sur le serveur (via TS), on voyait que le process aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en courant il ne dépasse pas 150 Mo). La seule solution trouvée pour remédier à ce problème a été de couper le process en question qui se relance immédiatement et se restabilise à
100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc
on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En revanche, nous souhaitons trouver cette raison afin de la corriger au plus vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous n'observons plus cette montée en charge, mais je souhaiterai trouver la solution en préventif plutôt qu'en correctif.
Ma question est donc : - Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le FrameWork à un moment donné ? - Avez-vous une idée (autre que de rajouter une gestion de log) pour trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si vous souhaitez plus d'informations.
-- Cordialement Romelard Fabrice.
http://msdn.microsoft.com/msdnmag/issues/05/07/Debugging/default.aspx
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/DBGch01.asp
--
Paul Bacelar
"Romelard Fabrice [MVP]" <fromelard_NO_SPAM_@hotmail.com> wrote in message
news:OxwxCNamFHA.2904@TK2MSFTNGP14.phx.gbl...
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0
(VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003).
Cette application utilise une Base de données SQL Server 2000.
Nous avons pour des raisons de performance et de cohabitation monté un
serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi
elle fonctionne quasiment de façon autonome (hormis les requette SQL
Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons
observé que l'application ne répondait plus du tout dans certains moments.
En se connectant sur le serveur (via TS), on voyait que le process
aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en
courant il ne dépasse pas 150 Mo).
La seule solution trouvée pour remédier à ce problème a été de couper le
process en question qui se relance immédiatement et se restabilise à
100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc
on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En
revanche, nous souhaitons trouver cette raison afin de la corriger au plus
vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous
n'observons plus cette montée en charge, mais je souhaiterai trouver la
solution en préventif plutôt qu'en correctif.
Ma question est donc :
- Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le
FrameWork à un moment donné ?
- Avez-vous une idée (autre que de rajouter une gestion de log) pour
trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si
vous souhaitez plus d'informations.
http://msdn.microsoft.com/msdnmag/issues/05/07/Debugging/default.aspx http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/DBGch01.asp -- Paul Bacelar
"Romelard Fabrice [MVP]" wrote in message news:
Bonjour,
J'ai une application WEB développée à l'origine avec le FrameWork 1.0 (VS.NET 2002), migrée récemment en 1.1 (VS.NET 2003). Cette application utilise une Base de données SQL Server 2000. Nous avons pour des raisons de performance et de cohabitation monté un serveur dédié (Windows 2000 AS) et installé celle-ci avec le SGBD, ainsi elle fonctionne quasiment de façon autonome (hormis les requette SQL
Server
en serveur liés).
Depuis plusieurs semaines (avant la migration sur le FW 1.1), nous avons observé que l'application ne répondait plus du tout dans certains moments. En se connectant sur le serveur (via TS), on voyait que le process aspnet_wp.exe était monté en mémoire vive à plus de 1 Go (alors qu'en courant il ne dépasse pas 150 Mo). La seule solution trouvée pour remédier à ce problème a été de couper le process en question qui se relance immédiatement et se restabilise à
100-150
Mo.
Le projet qui a été développé n'a pas intégré de notion de logging, donc
on
ne sait pas pour quelle raison cette montée en mémoire s'effectue. En revanche, nous souhaitons trouver cette raison afin de la corriger au plus vite.
Actuellement, grâce aux vacances et au ralentissement de l'activité, nous n'observons plus cette montée en charge, mais je souhaiterai trouver la solution en préventif plutôt qu'en correctif.
Ma question est donc : - Existe-t'il un moyen de savoir ce qui est chargé en mémoire dans le FrameWork à un moment donné ? - Avez-vous une idée (autre que de rajouter une gestion de log) pour trouver la raison de cette montée en mémoire ?
Merci d'avance pour votre aide éventuelle, n'hésitez pas à me demander si vous souhaitez plus d'informations.
