>
>       Se você leu o artigo para o qual o hamacker linka, ele explica que o
> problema não é um "bug no ubuntu". O problema é que o ubuntu é certinho e
> pega as configurações fornecidas pela empresa que fabricou o HD. Enquanto o
> Windows assume um valor próprio (o que não é de se assustar) ignorando a
> informação fornecida pela empresa. Como as empresas, na maioria, se ligam
> mais no Windows, *algumas* delas "esquecem" de fornecer ou colocar as
> configurações adequadas para os HDs que fabricam. Algumas vezes, acabam
> colocando valores absurdos. E o Ubuntu (Linux em geral) se dá mal por ser
> certinho....


Olha o Salame, em outro SO o recomendado é utilizar o driver HCL, ou seja
homologado pelo lab da Microsoft o qual mantem a configuração que não daria
problema algum com o dispositivo, entretanto vc pode alterar o driver do
dispostivo ou configurar opção de cache de disco usando o diskpart ( aquele
utilitário que permite montar e desmontar unidades e dispositivos em forma
de unidades ou pastas da mesma forma que no Linux no Windows) ou via front
end gráfico usando o MMC do diskmgmt.msc, no final das contas no Ubuntu vem
livre para vc definir como deseja usar com o seu hardware, entrentanto com a
facilidade das distribuições linux de hj o usuário comum acaba não levando
em consideração estas questões, que no caso são consideradas pelo Fabricante
do OS pago.



> E por causa da ratada do Windows, tudo continua funcionando que
> é uma beleza nele.... Mesmo ele sendo o errado da história.. Legal o fato
> de
> que uma empresa que se preze, estuda seus HDs para determinar diversos
> fatores/valores para que seu produto tenha a melhor utilização, e o windows
> joga isso no lixo.
>
Tem certeza?


>
>       De qualquer forma o artigo explica como detectar e resolver o
> problema manualmente e evitar que isso aconteça...
>
>       E quanto o tempo de bateria, realmente, no geral, o Ubuntu se sai bem
> pior em relação à bateria. E não é possível resolver só retirando "as
> tranqueras" porque algumas coisas que causam o gasto de bateria estão
> associadas ao código mesmo, aos algoritmos e algumas outras coisas do SO
> (que pode ser a nível de kernel, mas alguns programas também podem
> influenciar). Infelizmente isso é uma questão sem grande solução
> atualmente.
> Inclusive naquela página de idéias do ubuntu existem várias idéias e
> pedidos
> a respeito, e tenho certeza que deve haver grupos pesquisando isso... Mas
> por hora..... E isso vale para qualquer linux....
>
A questào é a gestão de consumo de bateria com os dispositivos ( que no caso
do OS pago existe vinculo com a base de hardware do sistema operacional e no
caso do linux vai ter que geranciar via chiptset e cpu (caso suporte) e em
cada dispostivo separadamente ( que muitas vezes não dá pq o driver é um
binário! por isso a briga para que fabricantes façam como a Intel que abriu
o driver de video e vem com 3D support no xorg! entretanto ATI e Nvidia
nunca vão abrir o seu código driver assim por amor a causa!

O que notei foi, dipostivos wifi com driver meia boca(99%) tirando a
plataforma Intel são devoradores de bateria, bem como controle de rotação de
discos e power safe como no OS pago, que não vi exisitr até hj boa gerencia,
ACPI e etc com linux. Alguns fabricantes deixam isso a cargo na BIOS,
exemplo O DELL latitute 120L tem um opção de baixo consumo com menor rotação
do HD.

E agora como ficaria a questão de estado de espera com o hardware wifi/lan e
suporte 3Dem conjunto com o sistema, nisso vejo uma pqna falta no Linux de
um controle aprimorado.

Att
Alex.
-- 
Interessado em aprender mais sobre o Ubuntu em português?
http://wiki.ubuntu-br.org/ComeceAqui  -
ubuntu-br mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-br

Responder a