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 15:
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.
Plug and Play BIOS (PNPBIOS) era inconfiável em muitas situações. PNPBIOS é a tecnologia 16-bit, assim o SO tem de usar 16 bits de emulação, a fim de obter uma "interface" com métodos PNPBIOS.
O driver APM do FreeBSD está documentado nesta seção do manual: [http://www.freebsd.org/cgi/man.cgi?query=apm&sektion=4 apm(4)]
Linha 21:
=== 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=/boot/loader.conf/}}
{{FBSD_HB_NOTA|nota=ACPI e APM não podem coexistir e devem ser utilizados separadamente.O último a carga irá terminar se tiver avisos do driver estar executando outros.}}
| |||