Jefferson, 
05 de setembro de 2010, 
Para acelerar meus testes do iPad, eu deixei o notebook da minha mãe (Seven de 32 bits) fazendo uma conversão de vídeo que ia levar horas. Algum tempo depois eu fui olhar o andamento e o notebook estava em standby!!!!
O que faz um computador ligado na tomada decidir entrar em estado de espera mesmo com um processo consumindo mais de 80% da CPU e uma atividade frenética nos HDDs (eu coloquei um externo na porta ESATA), eu não consigo entender.
Alterei a configuração de energia para NUNCA entrar em estado de espera. Espero que isso me deixe terminar a codificação.
isso é a primeira coisa que faço quando estou trabalhando com notebooks
Como eu tenho o XP instalado nesse mesmo notebook, resolvi fazer a mesma coisa no XP. Desta vez o notebook só entrou em standby depois de terminar a conversão, apesar de estar configurado para entrar em 5 minutos, mesmo quando ligado na tomada. O aparelho fez o "lock" e desligou a tela muito antes, mas para entrar em standby ele esperou que o Handbrake terminasse.
É isso que eu espero do gerenciamento de energia: saber reconhecer o que é "idle".
Não que o XP seja perfeito nesse quesito, mas aparentemente o Seven consegue ser ainda mais burro.
É bem irritante esse comportamento do Seven, eu uso o gerenciamento de energia no meu desktop porque ele tem um consumo de energia bem heavy, mas as vezes eu deixo fazendo um download, e se passou de 15 minutos, não importa se há intensa atividade no adaptador de rede, o Seven desliga mesmo.
Curiosamente o µTorrent e o KMPlayer não permitem o computador se desligar se eles estiverem "em uso".
Alexandre, no Windows qualquer programa pode informar, via API, que é um processo crítico que não pode ser interrompido pelo gerenciamento de energia. Provavelmente é isso que uTorrent e KMplayer fazem. E possivelmente é o que a MS quer que toda aplicação desse tipo faça, se estiver rodando no Seven.
Veja um exemplo em Delphi:
http://delphi.about.com/od/delphitips2008/qt/nosleep.htm