Eu tenho uma página que não poderia ser mais simples:
<%@ Page Trace="true" %>
<html>
<head></head>
<body>
<h1>Hello World</h1>
<a href="/OtherPage.aspx"/>Other Page</a>
<p><%=DateTime.Now.ToString()%>
</body>
</html>
... mas demora uma eternidade para carregar. Não há banco de dados ou chamada de serviço da web para diminuir a velocidade. O comando trace revela que o tempo de Begin PreInot até End Render é de .000049 segundos, mas a própria página leva vários segundos para ser carregada. É um novo site que acabei de criar para este teste e tem apenas um web.config & dois arquivos de teste. A única coisa no web.config é o controle de acesso:
<authorization><allow users="domain\me" /><deny users = "*"/></authorization>
O que mais o IIS poderia fazer com todo esse tempo?
Hora de ativar Falha no rastreamento de solicitações do IIS !
Eu percebo que a solicitação realmente não está em falta, mas você deve ser capaz de definir o Status 200 no rastreamento para rastrear solicitações bem-sucedidas também. Existe um tutorial sobre iis.net que indica a você para usar o rastreamento de solicitação com falha para rastrear solicitações bem-sucedidas, então eu suponho que isso deve funcionar.
Eu tive problemas semelhantes com aplicativos não utilizáveis no IIS no ambiente de produção. Um único aplicativo da web com um pool de aplicativos estava sendo executado extremamente lento.
Acabei de definir a propriedade "Ativar aplicativos de 32 bits" como verdadeiro nas configurações avançadas dos meus pools de aplicativos e agora posso executar três aplicativos da Web com três pools de aplicativos distintos.
Instruções mais detalhadas aqui: link
Hora de lançar o MS SysInternals Process Monitor . Coloque-o em funcionamento, ative "soltar os eventos filtrados", configure um filtro " nome do processo é w3wp.exe " e monitore. Além disso, arraste a coluna Duration para a esquerda, para facilitar a visualização.
Eu vi o IIS 7.5 ter "problemas" com o código ASP.NET de 32 bits, mas sua página de teste é tão mínima que não posso acreditar que causaria um problema, mesmo se estivesse usando .NET de 32 bits. .
Apenas uma nota rápida do que aconteceu no meu caso:
Nem o Process Monitor nem o Failed Request Tracing foram de alguma ajuda. O site simplesmente carregou (quase) para sempre.
Finalmente, depois de esperar vários minutos, ocorreu um erro informando que "não é possível localizar o caminho da rede".
O motivo é que eu inseri uma string de conexão em uma instância inexistente do SQL Server, para que, de alguma forma, ela continue procurando o servidor. Finalmente, um tempo limite ocorreu.
A solução foi simplesmente especificar o SQL Server correto na cadeia de conexão dentro do Web.Config.