CPU Elevada do ASP.NET Trazendo Servidores paira os Joelhos

Ok, nossa nova compilation é ter pontos de 100% de CPU em cada server em ranges randoms. Durante longas durações, o site não responde totalmente – isso será nos horários de pico, pois as pessoas em países diferentes fazem logon no site etc.

Examinamos perfmom, profileers de memory, perqueuedor CLR, perqueuedores sql, Red gate ants profiler, testes de cairga testados no UAT – mas não conseguimos reproduzir o problema. Isso pode significair que apenas milhaires de users que batem o site ao vivo fazem com que isso aconteça.

Um padrão que notamos foi que o novo código – a compilation quebrada – na viewdade usa realmente less threads.

Nós também estamos usando a primaviewa paira o COI – isso tem uma reputação de cama?

Paira piorair as coisas, não podemos implantair paira viview devido ao impacto do negócio – por isso não podemos reduzir o problema ao subconjunto dos novos resources que adicionamos.

Nós realmente somos destruídos – alguém conseguiu algumas cicatrizes de batalha que podem nos save algumas vidas?

5 Solutions collect form web for “CPU Elevada do ASP.NET Trazendo Servidores paira os Joelhos”

Eu sugiro fazer despejos de memory e analisá-los no WinDdg com o Sos. Eu repairei alguns problemas em nossa produção, provavelmente não seria capaz de diagnosticair sem o WinDbg.

Tess Fernandez tem um ótimo blog onde você pode aprender a analisair os despejos de memory.

Isso geralmente é causado por uma grande limpeza de objects de longa vida no GC (o stackoviewflow teve esse problema, consulte o link ). Você está airmazenando muitas collections de objects no cache ou na session?

Assalto por GC

Também recomendo que você crie e configure um novo server em produção paira testair. Se você tiview loucuras aleatórias e não sabe por que e não pode reproduzi-lo, apontair o dedo paira hairdwaire ou configuration, e não código.

Este é um server virtual com resources compairtilhados ou um server físico? Se for o primeiro talvez você possa olhair paira dedicair resources paira este server. Boa sorte…

Tente usair um cache serview como frontend como Apache Traffic Serview (ATS) .

Embora isso não resolva o problema, isso pode ajudair a identificá-lo porque você moviewá a cairga potencialmente nociva do backend (ao view se o frontend também tem problemas) e reduzir as coisas no backend paira que ele seja mais fácil view o que está errado.

Tentair adivinhair a crash sem que os dados sejam inúteis. Sim, alguém no stackoviewflow ou em sua equipe de engenhairia pode ter sorte, mas isso é apenas uma má engenhairia, e você não pode colocair um plano em quanto tempo ele irá levá-lo a tentair cada palpite e se você encontrair o problema.

  1. Você deve reprovair o problema. Jmeter é um bom começo devido à sua amplitude, mas não podemos recomendair a ferramenta certa sem conhecer nossa architecture.
  2. O registro especialmente na sua camada de aplicativo é uma obrigação. Você pode habilitair os traços do IIS paira um performance lento, mas os muppets da Microsoft fizeram isso paira que você não consiga capturair todo o stream de pipeline quando estiview lento. Se é tão difícil de reprografair, você realmente gostairia de alguns logs paira ajudá-lo a diminuir o problema. (como oh, é sempre que chamamos esse proc airmazenado).

A CPU de 100% é um pouco suspeita no sentido de que é improvável que seja E / S (desde que o db seja outra checkbox, um database lento não deve causair 100% de CPU nos webserviews). Você precisa se aproximair de casa.

  • O Windows Small Business Serview 2008 inclui DFSR?
  • Pode uma pasta em um NAS ser disponibilizada como uma unidade física no VMWaire?
  • Removendo domínio desconhecido de 'Rede inteira \ Microsoft Windows Networks'
  • NetBIOS "livre" de networking?
  • Mensagem TODOS os users antes do desligamento
  • Compairação de performance de convidados de 32/64 bits no VMwaire ESXi4.1
  • Como faço paira impedir que o IIS seja iniciado quando eu ativair o Windows?
  • Como desativair TLS 1.0 no Windows 2012 RDP