IIS 7: Quantos pedidos podem ser tratados no IIS7 por segundo?

Depende principalmente do que's rodando no seu servidor, quantos usuários simultâneos você tem, e quantas vezes eles fazem requisições ao seu servidor.

As limitações teóricas de throughput do próprio IIS são'isso é importante.

Um servidor IIS pode lidar com mais de 20k conexões abertas simultâneas se ajustado apropriadamente.

Once CPU, memória e uso de disco vão além de 70-80%, seu servidor se tornou saturado, e você começará a ver uma redução em todo.

As operações de IIS no servidor são um assassino de throughput. Quanto mais operações de banco de dados e arquivos você executar, menor será a taxa de transferência. Isto pode ser mitagado pelo cache de dados freqüentemente acessados, mas raramente modificados.

Se você estiver usando renderização do lado do servidor (por exemplo, ASP.NET MVC), o mecanismo de renderização (por exemplo, Razor) pode usar a CPU, bem como ser lento se os templates forem lidos do disco em cada requisição.

Você deve fazer um teste para descobrir por si mesmo como o seu servidor se comporta. Carregue o seu servidor com uma aplicação, e carregue-a com uma ferramenta de teste de carga como o JMeter ou Gatling. Estas ferramentas podem gerar uma alta taxa de requisição no seu servidor facilmente.

Fazer um alto número de conexões ativas com elas é mais complicado. O JMeter usa uma única thread por usuário virtual, de modo que sua máquina pode lidar com o número máximo de threads, de algumas centenas a alguns milhares. Para contornar isso, você precisa usar uma fazenda de servidores JMeter.

Gatling doesn't tem os mesmos limites do JMeter porque ele usa um modelo de ator (Akka). Como resultado, você pode gerar muito mais carga com menos recursos.