Nota: Já está disponivel a versão Beta do WPI 3. Veja no post http://www.marcelosincic.com.br/blog/post/WebMatrix-Gerenciador-para-desenvolvimento-de-sites-(WPI-3-Beta).aspx

Você já imaginou poder instalar todo o suporte a aplicações ASP.NET sem a necessidade de qualquer esforço adicional de ficar baixando diversos aplicativos?

Baixe em http://www.microsoft.com/web/downloads/platform.aspx o Microsoft Web Platform. É um aplicativo de 1 MB que permite escolher os produtos a serem baixados e já processa as intalações e configurações dos seguintes itens:

1- .NET Framework na versão 3.5 para suporte as aplicações criadas em ASP.NET, que contem suporte a AJAX, LINQ, etc
2- IIS And Extensions para configuração e instalação da versão mais nova do IIS
3- SQL Server 2008 Express que é um poderoso banco de dados relacional, possui a limitação de 4GB por banco, mas permite o uso de todos os recursos
4- Visual Web Developer que é um subconjunto do Visual Studio 2008 Professional, porem faz toda a parte do ASP.NET com VB ou C#

É isso ai, aproveite este pacote. Instalei ele em um VM e fiquei impressionado com a facilidade de configuração e a riqueza, o ambiente fica muito bom em termos de configuração e recursos.

Recentemente notei que a minha maquina estava com uso de cpu alto, mesmo quando inativa. Ao utilizar o ProcEXP (http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx) notei que isto vinha do DPC. O que significa isso?
DPCs são processos que chamam um hardware ou driver e este não responde.

Qual a solução neste caso?
1) Abra o ProcEXP e verifique se algum processo é o causador, fazendo a comparação entre os percentuais de CPU. Ao encontrar o processo, encontrou o hardware que ele utiliza. Desabilite e habilite novamente.

2) Se não encontrou o processo siga o mesmo modo, porem com todos os hardwares que utilizou, desabilitando e habilitando novamente até encontrar o que resolve.

3) Verifique se existe um driver mais novo, que provavelmente resolve as chamadas que ficaram inválidas.

No meu caso era a placa de rede, uma vez que ao hibernar eu estava utilizando cabo e ao reiniciar utilizei a placa wifi. O Windows se "confundiu" e ainda procurava a placa de rede.

Eu tive diversos problemas em rede com o Windows 2003 R2 ao tentar copiar grandes arquivos para outras maquinas.
Para resolver o problema foi necessário fazer 2 passos, que devem ser feitos e testados individualmente, pois em 4 casos funcionou mas tive um servidor específico que não deu certo e era a placa de rede com defeito.

Este recurso faz o pacote de rede ser escalável, ou seja, o Windows dinamicamente muda o tamanho do pacote conforme o tipo e a constancia do tráfego. Parece muito bom, porem nem todos os SOs e dispositivos de rede tem suporte a este recurso, o que causa o problema da queda de conexão.

Muitas vezes apenas desabilitando o CHIMNEY já resolve o problema.

1) Deslique o recurso CHIMNEY do windows:

Netsh int ip set chimney DISABLED

Este recurso transfere para a placa de rede o processamento dos pacotes, o que libera o SO desta tarega, mas necessita suporte de hardware e dispositivos compativeis.

(Fonte: http://support.microsoft.com/kb/912222/pt-br)

2) Desligue o recurso "Offload TCP_LargeSend" e o "Offload Checksum" na placa de rede.

Estes recursos deveriam manter o tamanho do pacote e manter a conexão mesmo quando ocorre um problema, porem as vezes aparecem aquele "balãozinho" do windows avisando problemas na gravação de dados em rede.