none
W3WP consome toda a memória e processamento RRS feed

  • Pergunta

  • Caros amigos.

    Temos aqui um aplicativo Web desenvolvido com .NET e rodando em um servidor Windows 2003. Notamos que o processo W3WP.EXE surge quando disparamos a nossa aplicação e vai aumentando de tamanho (memória consumida), mas nunca diminui. Em alguns casos o servidor fica extremamente lento. O que faz este serviço? Como controlar a memória e o processamento consumido?

    Obrigado.

    Ismael Oliveira

    quarta-feira, 3 de janeiro de 2007 19:22

Todas as Respostas

  • Cara, estou com o mesmo problema a dias e até agora não tive uma resposta.

    Estou colocando esse comentário para reforçar sua dúvida e pedir a ajuda dos companheiros para esse problema.

    O meu caso é o mesmo, aplicação .NET, framework 2.0 e windows 2003 Server.

     

    sexta-feira, 10 de agosto de 2007 19:26
  • Também com o mesmo problema, se conseguirem o caminho da solução por favor me passem...

    terça-feira, 14 de agosto de 2007 16:01
  •  

    Estou com o mesmo problema. O porém é que o meu servidor Windows 2003 é versão X64.

     

    Se alguém tiver a solução, por favor me encaminhe.

    quinta-feira, 27 de setembro de 2007 20:52
  • Ola Pessoal,

    Eis aqui alguns detalhes: http://support.microsoft.com/kb/893660

    quinta-feira, 27 de setembro de 2007 21:24
  • Boa tarde pessoal,

    Estou com esse mesmo problema aqui na empresa, gostaria de saber se tiveram exito utilizando o suporte acima? Ou se utilizaram algum outro metodo?


    Obrigado,
    Victor Perez
    quinta-feira, 31 de janeiro de 2008 18:08
  • Este é o serviço do IIS

     

    quinta-feira, 31 de janeiro de 2008 21:21
    Moderador
  • Ismael,
    verifique através do perfmon (Performance Monitor), os seguintes contadores:

    1. Process/Virtual Bytes
    2. Process/Private Bytes
    3. .net CLR Memory/# Bytes in all Heaps
    4. .net CLR Memory/% Time in GC
    5. .net CLR Memory/Large Object Heap size
    6. .net CLR Loading/Bytes in Loader Heap
    7. .net CLR Loading/Current Assemblies


    Passe qual é o comportamento desses contadores ("o número 1 está aumentando, o número 3 estável, e número 4 e 5 aumentando, etc, etc") para que o problema de memória possa começar a ser analisado.

    Um aumento considerável de memória pode ser Cache, GC, assemblies em Debug, entre muitas outras coisas.

    Abraços
    --
    André Nobre
    http://www.andrenobre.com.br/blog
    sexta-feira, 1 de fevereiro de 2008 03:28
  • Olá a todos...

     

    Passei por esse mesmo problema e aparentemente o nosso problema eram objetos que não estavam sendo destruidos corretamente, mas, até chegar a esse ponto, para a aplicação, IIS e servidor não parar, realizamos o seguinte:

     

    1 - Ajustamos um tempo pequeno (30 minutos) de recycle no application pool do IIS, com isso um novo processo era criado e o antigo ia pro buraco.

    2 - Compilamos todas as aplicações como release e alteramos o web.config conforme o artigo postado alguns links acima.

    3 - Revisamos as aplicações para verificar aonde poderia estar ocorrendo esse vazamento...

    4 - Verificamos se, tudo que estava sendo armazenado em variáveis de sessão e aplicação tinha necessidade, o que era desperdício, foi embora...

     

    Depois de tudo isso, nosso problema acabou, hoje não precisamos mais alterar o recycle e a aplicação está funcionando há meses sem apresentar o mesmo defeito.

     

    Bem, sei que isso tudo que falei não é uma solução, mas é um caminho... espero que ajude alguém...

     

    Abraços...

     

    Chilá!@!

    domingo, 3 de fevereiro de 2008 04:13
  • O tópico é antigo, mas quem sabe?

     

    Fala ae André!

    com relação aos contadores em escala 0 a 100:

    1 - Topo

    2 - Topo

    3 - 70

    4 - 15

    5 - 25

    6 - Topo

    7 - 15

     

    E ai? Está preocupante? Os contadores padrões de memória, disco e processador estão abaixo do limite.

     

    Abraço

    Daniel S Orlando

    quinta-feira, 24 de março de 2011 15:05