TL; DR: o IIS 7 no WS2008R2 exibe páginas muito lentamente; todo mundo acha que é porque é o IIS e nós deveríamos ter ido com uma solução Apache no Linux. Não tenho ideia de onde começar a depurar o problema.
Eu trabalho em uma loja quase toda da MS com um monte de colegas programadores que acham que o Linux é o One True Way. Recentemente, a gerência adicionou uma máquina Windows com o IIS para atender ao processo de destino (sistema ágil de terceiros), mas o site é executado extremamente lentamente. Todos, para um homem, presumem que é porque está no IIS, e se o gerenciamento gerasse um cérebro e colocasse alguns servidores Linux aqui, poderíamos realmente começar a limpar as coisas! ...Certo. Todo mundo "sabe" que o IIS não é adequado para servir arquivos .txt.
... Bem, como o único que não é da Microsoft no grupo, eu sou aparentemente o único que acha que talvez o cara do Linux que odiava ter que configurar o servidor IIS tenha estragado tudo. Eu gostaria de ir corrigi-lo, mas eu não tenho nenhuma pista sobre por onde começar como eu não sou um administrador de sistema.
Ajuda?
Editar: não é um problema de pesquisa de DNS, pois visitamos a máquina usando um endereço IP (outro problema de configuração ...). Obrigado pelas ideias até agora.
Use a extensão Firebug no FireFox em um PC cliente, ative a guia "Rede" e carregue uma página do servidor IIS. Isso lhe dará uma idéia de onde está a desaceleração. Ou seja é um DNS ruim, é o pedido, é um proxy e assim por diante.
Use também o Monitor de Recursos (disponível em um botão no Gerenciador de Tarefas ), como Bart disse em sua resposta.
Se esse servidor estiver executando um site que tenha interação com o banco de dados, o banco de dados será o gargalo real, mas os sintomas farão com que pareça que o servidor / site do IIS é o ponto lento? Isso aconteceu comigo muitas vezes. O servidor SQL precisou de recursos, mas a lentidão para os clientes foi percebida como um problema de desempenho do site / servidor da Web.
Algumas outras áreas diversas você também pode querer verificar: -Quanta largura de banda é permitida para o site no IIS? Qual é o número máximo de conexões permitidas no site no IIS? -Que tipo de largura de banda o servidor da web está conectado? Se você tiver um canal de 1,5 Mb, mas mais de 1,5 Mb de tráfego de cada vez, verá um impacto no desempenho.
Dê uma olhada em alguns dos contadores de desempenho do IIS e faça um contador para ASP ou ASP.NET, dependendo do que o site está executando. Se o ASP.NET der uma olhada, por exemplo:
Provedor de dados .NET para SQL Server - > SoftConnectsPerSecond Bloqueios do .NETAndThreads - > Taxa de contenção pr segundo Memória .NET - > % De tempo gasto no GC
Isso deve lhe dar uma ideia se o aplicativo estiver com pouca conexão com o banco de dados, enfrentando problemas de bloqueio ou se estiver bagunçado com a memória.
O IIS tem um recurso irritante (às vezes) para sites de baixo tráfego. Recicla processos de trabalho não utilizados - que causam o primeiro usuário ao site; atraso às vezes extremamente longo (30 + segundos). link
Poderia ser algo com pesquisas de DNS? Normalmente eu verifico isso primeiro em qualquer coisa que envolva um servidor que demore a interagir com os clientes, mas que acabe servindo os dados corretamente.
Os arquivos de log podem mostrar erros que podem ajudar a guiá-lo. Você precisará verificar isso também.
O monitor de desempenho deve ter alguns contadores para saber se a CPU, a unidade ou a memória estão causando um gargalo.
Caso contrário, você pode querer verificar a configuração do IIS para o desempenho da criação de perfil.
Isso pode ajudar.
Tags iis-7