Em 4 de março de 2011 13:44, Leandro DUTRA <leandro.gfc.du...@gmail.com>escreveu:
> 2011/3/4 Fabiano Machado Dias <fabi...@wolaksistemas.com.br>: > > 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:leand...@jabber.org > +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 > BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > 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: fabio.tel...@gmail.com Skype: fabio_telles
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
