[firebase-br] RES: SSD Raid

[Junior]

Se eu entendi direito Gladison, vc quiz dizer que montar Raid 0 ou Raid 5
não traria muito além do desempenho do próprio SSD pois o tempo de latencia
é minimo?

Até mais.

*Valdeci Junior*
*Cel:* *(11) 98639-9860*
*Skype:* *juniorvjl*
*GTalk:** juniorvjl em gmail.com <juniorvjl em gmail.com>*
*MSN:* * juniorvjl em pop.com.br <juniorvjl em pop.com.br>*

Em 11 de setembro de 2014 16:53, Gladiston Santana <gladiston em vidy.com.br>
escreveu:

> Disks stripping não é necessariamente RAID, alias ele está mais relacionado
> com sistemas non-raid. No curso de raid, é ensinado que raid 0 não é raid,
> é stripping de dados. Só é raid quando há redundância envolvida, por isso
> foi escolhido zero, é zero raid.
> Opa, não disse que usar disk stripping é mais rapido que SSD, disse que é
> mais vantajoso.
>
> Se voce colocar 4 discos SATAs de tamanhos diferentes ou iguais - isso não
> importa -  no seu computador e solicitar ao Windows que crie um volume
> unico, o Windows fará stripping embora ele chame de spanning (estou por
> fora da nomenclatura do windows) e serão quatro  I/O simultaneos que mesmo
> por software já ajuda muito, imagina numa controladora dedicada. O que você
> nunca muda neste processo é o tempo de acionamento ou latência,
> característico de uma unidade mecânica, portanto mesmo com discos 15k o
> tempo de latencia será maior que o SSD que curiosamente não é zero. É ai
> que entra os discos hibridos que afirmam melhorar significativamente esse
> tempo ou usar discos SSDs baratos como cache.
>
> Em 11 de setembro de 2014 16:21, Rodrigo Gomes da Silva <
> rodrgomes em gmail.com
> > escreveu:
>
> > Para que acham que performance de disco HDD em raid chega perto de um
> SSD,
> > tem um artigo comparando isto no anandtech, e olha que é antigo, no qual
> os
> > HDD tiveram pouco aumento de desempenho e os SSD um passo largo.
> > Detalhe para o acesso aleatorio que é o que mais acontece em bancos de
> > dados
> >
> > http://www.anandtech.com/show/2739/7
> >
> > Em 11 de setembro de 2014 16:14, Gladiston Santana <
> gladiston em vidy.com.br>
> > escreveu:
> >
> > > Um complicometro para o FirebirdSQL em unidades SSDs reside no fato de
> > seus
> > > logs ou limbo estarem dentro do próprio database.
> > > Para estudar o caso, cheguei a conclusão que impacto poderia ser
> > minimizado
> > > criando o database com tamanho fixado em 90% da unidade SSD e
> obliterar o
> > > sweep, assim mesmo que o algoritimo do SSD fosse ruim, a ocupação do
> > > database seria quase sequencial.
> > > Em algum momento teria de ser feito o sweep, talvez mensal, daí já
> faria
> > o
> > > trim.
> > >
> > > Nunca cheguei a por esse plano em prática porque considero ainda mais
> > > vantajoso disks stripping, sai mais barato colocar 4 discos em paralelo
> > do
> > > que 1 SSD de grande capacidade para o ambiente de produção. Os discos
> > > convencionais estão baratos e são muito confiáveis.
> > >
> > > inte+
> > >
> >
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>