FreeBSD Handbook/Administração/Configuração e Ajuste/Gerenciamento de Energia e Recursos: diferenças entre revisões
| [edição não verificada] | [edição não verificada] |
Conteúdo apagado Conteúdo adicionado
Linha 1:
== 11.15 Gerenciamento de Energia e Recursos ==
É importante utilizar os recursos de hardware de maneira eficiente. Antes da ACPI ser introduzida, era difícil e inflexível para os sistemas operacionais gerenciar o uso de energia e propriedades térmicas de um sistema. O hardware era controlado pela BIOS e, assim, o usuário tinha menos controle e visibilidade sobre as configurações de gerenciamento de energia. A configurabilidade disponível era limitada pela ''Advanced Power Management(APM)''. Gerenciamento de Energia e Recursos é um dos principais componentes de um sistema operacional moderno. Por exemplo, você pode querer um sistema operacional para controlar os limites do sistema (e possívelmente alertar você) caso a temperatura do sistema aumentou de forma inesperada.
Nesta seção do Manual do FreeBSD, nós iremos fornecer informações sobre ACPI. Serão fornecidas referências para leitura adicional no final.
Linha 15:
=== 11.15.2 Deficiências de Advanced Power Management (APM)===
A ''Advanced Power Management (APM)'' controla a facilidade de uso de energia de um sistema baseado em sua atividade. A APM BIOS é fornecido pelo sistema do vendedor e ele é específico para a plataforma de hardware. Um driver APM no SO mede o acesso ao Programa de Interface APM, que permite o gerenciamento dos níveis de potência. APM deve ainda ser usado para sistemas fabricados em ou antes do ano 2000.
Existem quatro problemas principais no APM. Em primeiro lugar, o gerenciamento de energia é feito pelo (fornecedor específico) da BIOS e o sistema operacional não tem qualquer conhecimento da mesma. Um exemplo disto, é quando o usuário define os valores de tempo ocioso para um disco rígido no APM BIOS que, quando ultrapassados, ela (BIOS) seria a redução da rotação do disco rígido, sem o consentimento do SO. Em segundo lugar, a lógica do APM é embarcada na BIOS, e opera fora do âmbito do sistema operacional. Isto significa que os usuários só podem corrigir problemas em suas APM BIOS gravando uma nova ROM, o que é um procedimento muito perigoso, com potencial para deixar o sistema em um estado irrecuperável se houver falha. Em terceiro lugar, a APM é um fornecedor de tecnologia específica, o que significa que há um monte de paridade (duplicação de esforços) e falhas encontradas no fabricante da BIOS que não podem ser resolvidos em outros fabricantes. Por último mas não menos importante, a APM BIOS não possui espaço suficiente para implementar uma política sofisticada de energia, ou umA que pode se adaptar muito bem a finalidade da máquina.
Linha 25:
=== 11.15.3 Configurando ACPI ===
O driver {{FBSDHB_FILENAME|arquivo=acpi.ko}} é carregado por padrão na inicialização pelo [http://www.freebsd.org/cgi/man.cgi?query=loader&sektion=8 loader(8)] e ''não'' deve ser compilado no kernel. O raciocínio por trás disso é que os módulos são mais fáceis de trabalhar, dizem que se mudar para outro {{FBSDHB_FILENAME|arquivo=acpi.ko}} não é necessário reconstruir o kernel. Isto tem a vantagem de facilitar os testes. Outra razão é que inicializando o ACPI depois do sistema ter sido criado, muitas vezes não funciona bem. Se você estiver enfrentando problemas, você pode desabilitar o ACPI completamente. Este driver não deve e não pode ser descarregado, porque o sistema de ônibus usa para várias interações de hardware. ACPI pode ser desativado por configuração hint.acpi.0.disabled = "1" em {{FBSDHB_FILENAME|arquivo=/
ACPI pode ser usado para colocar o sistema em um modo de dormir com [http://www.freebsd.org/cgi/man.cgi?query=acpiconf&sektion=8&manpath=FreeBSD+8-current acpiconf(8)] , a opção-s, e uma opção 1-5. A maioria dos usuários só precisa de 1 ou 3 (Suspender para RAM). Opção 5 vai fazer um soft-off, que é a mesma ação como:
| |||