� Capri, vc realmente � um felizardo (para n�o falar "Cagado"). Bom teoricamente existe alguns pontos que devem ser levados em considera��o:
O barramento IDE utiliza o processamento do computador para gerenciar o barramento enquanto o SCSI � controlado pela placa controladora (exceto nos casos das controladoras RAID IDE). Isso praticamente indica que quanto mais r�pido for o disco, mais processador � utilizado. No caso do ultra veloz "bigfoot" ele deve devastar o seu processados (hahaha... bricadeirinha!!). Mas tamb�m existem outros fatores, que por sinal s�o muito importantes que � a integridade dos dados que dada as caracter�sticas do barramento o SCSI � muito superior. Bom em teoria, o SCSI deveria ser muito mais veloz que o SCSI. Se a sua controladora for a Adaptec, verifique se ela n�o esta compartilhando a IRQ 11 com outros dispositivos (j� que ela adora pegar essa IRQ mesmo tendo outro dispositivo j� ligada nela) isso causaria uma perda de desempenho na controladora. Outro fator importante � o cabo, j� que a SCSI trabalha com paridade, e pode estar havendo alguma perda no caminho, corrompendo as informa��es e a controladora tendo que reenviar os mesmos dados diversas vezes. Mas falando praticamente um teste que eu fiz, o SCSI foi infinitamente superior que o IDE, veja: Os dois teste foram executados no mesmo computador que �: Athlon XP 1700 256mb Ram As diferen�as foram os HD's, o IDE era um Barracura 60Gb (7200 RPM) rodando em UDMA-100 (que em teloria � 100 mb/s) e um SCSI U2W Barracuda 9Gb (7200 RPM) que roda a 40 Mb/s com uma controladora Adaptec 2940 U2W. Fazendo o Make World os tempos foram: IDE 1 hora e 15 minutos SCSI 32 minutos Eu particularmente acho que vc tem um problema de hardware por ai, visto que no meu caso, teoricamente o HD IDE tem um barramento mais veloz e o SCSI foi quase 150% mais veloz. Marcelo Tomoyose -----Mensagem original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Em nome de Capriotti Enviada em: domingo, 29 de setembro de 2002 18:04 Para: [EMAIL PROTECTED] Assunto: [FUGSPBR] disco SCSI mais lento que IDE ? bom, vamos considerar isto como freebsd-hardware, ok ? Afinal essa � a plataforma de testes. Sou o infeliz propriet�rio (ou, pelo jeito, o proprioot�rio) de um HD SCSI 2 Quantum firewall de 8 GB conectado a uma adaptec 2940-Ultra. E tamb�m de um Bigfoog de 2.5 GB (obrigado, irado). Os mesmos fontes do FReeBSD instalados nos dois HDs. Ambos rodando o kernel GENERIC, muito embora sistema no bigfoot tenha suporte a SMP, o que n�o influi em nada. Ali�s, deixa o sistema ligeiramente e imperceptivelmente mais lento quando rodando com apenas uma CPU, o que � o caso. Ambos rodando o sistema 4.7-RC. Qual n�o � minha surpresa que, fazendo o make world, o HD SCSI toma um couro do bigfoot de cinco minutos. o que globalmente significa que o HD SCSI � +- 10% mais lento que o IDE bigfoot antigo ! Aionda que o SCSI n�o seja t�o novinho, ainda assim � mais novo que o bigfoot. Levando em considera��o que o HDE IDE consome processamento (CPU mesmo), enquanto o SCSI n�o, pois tem controladora "inteligente externa", isso significa que o SCSI � muito mais lento do que 10%, em rela��o a esse bigfoot ! Absurdo ! E isso porque ainda n�o tive como testar em um Hd UltraDMA ! Algu�m tem uma explica��o plaus�vel, cr�vel, razo�vel, para me impedir de jogar essa ***** na parede ? Afinal de contas, com a grana que eu investi em controladoras SCSI e HDs eu poderia ter comprado muito mais espa�o IDE de armazenamento ! Sem contar com o fato que essa *** de HD esquenta que eu tenho que colocar ventiladores extra no gabinete, consumindo a energia que poderia ser aproveitada em outros cantos ! Agora eu vejo que aquela placa m�e com RAID IDE que eu comprei vai vir em boa hora ! Vou abrir um buraco no quintal e enterrar esse HD ! []s _______________________________________________________________ Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ _______________________________________________________________ Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
