[firebase-br] RES: SSD Raid

[Gladiston Santana]

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