At 02:46 18/2/2004, you wrote:
Algu�m sabe como colocar, ou programar o sistema para colocar, discos em idle?
Eu pensei em uma id�ia. Durante o dia os discos poderiam ficar ligados,
e de noite serem colocados em Idle, sendo religados se for necess�rio, e deligados minutos depois do fim das transa��es feitas. Assim poderia-se alongar a vida dos discos, e ainda economizar um pouquinho de energia.
...
Jo�o, isso provavelmente vai *diminuir* a vida dos discos IDE
um dos parametros de HDs pouco divilgado � o n�mero de start/stop; outro � o pico de consumo durante a partida.
Que nem l�mpadas fluorescentes. O pico de consumo eu j� conhecia, tanto �
que algumas controladoras SCSI ligam um disco de cada vez.
Na maioria dos casos as cabe�as s� tocam a superf�cie da m�dia (e se desgastam) durante a acelera��o e a desacelera��o dos discos; durante a opera��o normal elas "flutuam" a poucos microns da midia.
Uma compara��o era com um Boing 747 voando a 6 mm do ch�o.
Mas este toque n�o danificaria a m�dia tamb�m, ou ela tem uma �rea de "sacrif�cio"
para isto?
em HDs para laptops esse numero � maior que 100.000 (natural: foram feitos para esconomizar energia); em HDs IDE "populares", � na ordem de 15000 (muito menor); em HDs IDE "top" sobe para 40000.
Mas existe um desgaste de rota��o, e de consumo. Eu pensava em alguns servidores
fazerem alguns ciclos por dia, o que garantiria mais de 4 mil dias de um IDE top, o que
passa de 10 anos. Ele fica obsoleto e vai para a mesa de algum usu�rio bem antes disto.
Quanto � economia de energia, o pico de consumo de um HD � na "partida" (chega a 5x o que est� escrito no HD), quando os discos t�m de alcan�ar a velocidade de opera��o o mais r�pido poss�vel..
Ent�o uma paartida de 12 segundos consome o mesmo que 1 minuto desligado.
De qualquer maneira voce estar� gerando um maior numero de situa��es de "stress" no hardware (desgaste de cabe�a/m�dia, picos de consumo na fonte, etc...)
Concordo, mas massa de dados quase nunca ascessadas podem se beneficiar disto.
Servidores de backup, que recebem backup de todos os outros tamb�m.
Antonio Torres [EMAIL PROTECTED]
Jo�o Rocha.
_______________________________________________________________ Sair da Lista: http://lists.fugspbr.org/listinfo.cgi Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
