[firebase-br] RES: SSD Raid

[Rodrigo Gomes da Silva]

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+
>
> Em 11 de setembro de 2014 15:49, Carlos H. Cantu <listas em warmboot.com.br>
> escreveu:
>
> > Os SSDs estão ficando mais "inteligentes" no sentido do melhor
> > aproveitamento das células de memória, a fim de maximizar sua vida
> > útil.
> >
> > Para banco de dados, se optarem por SSDs, aconselho o uso dos SSDs
> > "Pro", pois supostamente duram mais.
> >
> > []s
> > Carlos H. Cantu
> > www.FireBase.com.br - www.firebirdnews.org
> > www.warmboot.com.br - blog.firebase.com.br
> ______________________________________________
> 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
>