Em 4 de março de 2011 13:44, Leandro DUTRA <[email protected]>escreveu:
> 2011/3/4 Fabiano Machado Dias <[email protected]>: > > Primeiro, HD Sata de 5400 não dá né! Coloque SAS de 15k pelo menos! > > Hoje em dia, o ideal é uma unidade de armazenamento /flash/. Muito mais > rápido e seguro que qualquer RAID. E já tem versões SAS e SATA 6 Gb/s. > > Isso, claro, se teus dados couberem e unidades /flash/, e se essas > unidades caberem no teu bolso. Mas um sistema com /flash/ tende a ser mais > bem balanceado que um sistema com muitos processadores muito rápidos, > obviamente dependendo do comportamento dos programas aplicativos. > Olha, olhando com mais profundidade... ainda existe um pouco de controvérsia quanto a segurança disso. Estive lendo alguns trabalhos e a forma como os sistemas de arquivos trabalham com eles ainda não é o ideal para bancos de dados. Sim, fica muito mais rápido, mas ainda há dúvidas sobre a confiabilidade. Vou citar aqui um trecho do livro do Gregory Smith: "While small, these are still effectively a write-back cache, with all the potential data corruption issues any such design has for database use (as discussed in detail later in this chapter). Some SSDs include a capacitor or similar battery backup mechanism to work around this issue; the ones that do not may have very rare but still real corruption concerns. Until SSD manufacturers get better about describing exactly what conditions the write-cache in their device can be lost, this technology remains an unknown risk for database use, and should be approached with caution. The window for data loss and therefore database corruption is very small, but it's often there. Also you usually can't resolve that issue by using a controller card with its own battery-backed cache. In many cases, current generation cards won't talk to SSDs at all. And even if they can, the SSD may not accept and honor the same commands to disable its write cache that a normal drive would—because a working write cache is so central to the longevity aspects of the drive." > > De maneira geral, prefiro carregar em memória e E/S que em > processamento. > > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 gTalk: xmpp:[email protected] > +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 > BRAZIL GMT-3 MSN: msnim:[email protected] > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Atenciosamente, Fábio Telles Rodriguez blog: http://www.midstorm.org/~telles/ e-mail / gtalk / MSN: [email protected] Skype: fabio_telles
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
