Meio tarde para comentar mas vai meus centavos...

On 01/28/2013 04:49 PM, Flavio Henrique Araque Gurgel wrote:
> Em 28-01-2013 16:44, Fábio Telles Rodriguez escreveu:
>> Com certeza, se você puder dizer pelo menos qual SSD que foi utilizado
>> em qual tipo de storage...
> 
> Não posso falar a marca do storage, pois posso comprometer meu contrato 
> com o cliente e até ser processado pelo fabricante do storage.

  Eu posso quase citar pois eu tive alguns deles quando era gestor. Isso
é um problema nas versões mais antigas do firmware, eles fizeram um
workaround no firmware mais recente. Nos modelos mais novos é possível
alterar como o flush (como o autovacuum do postgresql) vai trabalhar.

  Esses asiáticos...

> Mas posso dizer que é um grande fabricante, famoso. E o storage é usado 
> para vários tipos de bancos de dados. A turma do Oracle pede que o REDO 
> também fique em disco rotativo, colocam os tablespaces em SSD.
> 
>> Sei que esse brinquedinho aqui tem um IOPS bem alto:
>> http://www.fusionio.com/database/oltp/
> 
> Meu, esse cara é o storage dos storages.
> E você sabe que ele é praticamente todo SDRAM e um monte de baterias pra 
> garantir cair pro SSD em caso de falta de energia.

  Não esse especificamente mas tem alguns Storages (nem tão caros) que
movem os dados de tipo de disco (SSD -> Fiber -> SAS ou vice-versa) para
o outro automaticamente e também transparemente para o SO.

  Nos testes que que realizamos neste equipamento, a gravação era
serializada à partir do cache em memória (no caso, a ordem da
serialização era feita pelo timestamp mais antigo do grupo de volume
alocado). Ele também tinha seu "log transacional" do cache em caso de
queda, pdoer fazer a recuperação à partir dele.



[]'s
-- 
Fernando Ike
http://fernandoike.com
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a