Re: [pgbr-geral] HDD x SSDs
Em 28 de agosto de 2015 13:56, Wiliam Balan wiliamba...@gmail.com escreveu: Olá pessoal Oi. Estou criando um ambiente, com discos SSDs (ou Flash memory) para fazer experimentos para um trabalho de Pós-graduação. Atualmente são os melhores do mercado. Estão fabricando os discos híbridos. - Pelo que já foi provado (artigo http://www.cs.cmu.edu/~damon2007/pdf/graefe07fiveminrule.pdf tabela 4 e 5, página 6), em SSDs o page size , deve ser menor em discos SSDs 2KB +-. Na prática, alguém realmente utiliza block size menores quando se utiliza Discos SSDs ? Acredito que isso vai de cada administrador do banco. - Ao criar um índices, alguém aconselha algo diferente, considerando que se está utilizando discos SSDs? Observamos... -- Albino B Neto www.bino.us Debian. Freedom to code. Code to freedom! faw ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HDD x SSDs
On 28-08-2015 13:56, Wiliam Balan wrote: Vou utilizar o benchmark TCC-C (www.tpc.org http://www.tpc.org), que fornece scripts para criação de tabelas e dados(tamanho voce escolhe). Apesar da popularidade do TPC-C, algumas pessoas estão usando o TPC-E para testes em ambiente OLTP. - Pelo que já foi provado (artigo http://www.cs.cmu.edu/~damon2007/pdf/graefe07fiveminrule.pdf http://www.cs.cmu.edu/%7Edamon2007/pdf/graefe07fiveminrule.pdf tabela 4 e 5, página 6), em SSDs o page size , deve ser menor em discos SSDs 2KB +-. Na prática, alguém realmente utiliza block size menores quando se utiliza Discos SSDs ? Publicado em 2007... e eu não vi nenhuma menção ao Postgres... Em 8 anos uma tecnologia pode evoluir bastante. Até que se prove com benchmarks, 8k será o padrão utilizado pelo postgres (e 4k na maioria das arquiteturas suportadas pelo Linux). - Existem outros parâmetros no banco que poderiam ser alterados, devido ao uso de disco SSDs, para melhor desempenho ? Parâmetros? Você quer dizer em tempo de compilação? Além do tamanho do block (BLCKSZ), você também pode modificar o tamanho do bloco no WAL (XLOG_BLCKSZ). Vide opções no configure. - Ao criar um índices, alguém aconselha algo diferente, considerando que se está utilizando discos SSDs? Eu não entendi a pergunta. -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HDD x SSDs
2015-08-29 14:31 GMT-03:00 Wiliam Balan wiliamba...@gmail.com: Estou perguntando sobre as diferenças de configurações no SGBD, quando se está executando em SSDs, pois as diferenças (para melhor) são muitas, segue Até aí, morreu o Neves. Todo mundo sabe disso. E daí? Outro ponto, é que o OTIMIZADOR do PostgreSQL (e de outros SGBDs também), são baseados em CUSTOS Até aí, todo mundo sabe disso também. e os algoritmos internos do Otimizador, consideram custos de I/O baseado em tecnologia de discos magnéticos, ou seja, os custos são muito pessimistas se utilizarmos discos SSDs e pensando que é o Otimizador que elabora os planos de execução das consultas e otimizações, vejo problemas ai. Olha, faz tempo que não mexo com desempenho, infelizmente. Mas se você sabe disso, já olhou a referência dos parâmetros do PostgreSQL para ver se há parâmetros de custos relativos de busca e de percorrer estruturas? Era assim que se fazia em Oracle, quando eu mexia com isso, e nem lembro como era em PostgreSQL. Mas, se você já chegou onde chegou, também deve ter olhado a documentação, não? Lembre-se que isso não é específico de uso de memória de massa em memória não volátil (/flash/): diferentes tecnologias de armazenamento magnético e de memória viva já colocam as mesmas questões, e sempre foi assim. No artigo do link abaixo, segue uma proposta de um novo modelo de custos, que foi testado no PostgreSQL, nele os autores enfatizam isso que estou falando. https://www.dvs.tu-darmstadt.de/publications/pdf/BauschDaMoN2012.pdf Resumindo para quem não vai parar para ler, foi implementado ou não? Como? Se alguém ai, tiver outras dicas, sobre configuração do PostgreSQL específicas para discos SSDs, agradeço se puder me enviar, ou mesmo algum material específico para PostgreSQL em discos SSDs. Isso dificilmente vai existir, visto armazenamento de massa em memória /flash/ não colocar novidade nenhuma nesse campo. Ou o sistema se adapta automaticamente, se já chegamos lá, ou você tem de consultar a referência dos parâmetros, que não lembro mais nem se chegaram a existir. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/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
[pgbr-geral] Tempo de execução do backup físico
Pessoal, Em um cluster com +- 180 GiB, o que deveríamos levar em consideração para determinarmos se o tempo do backup físico (utilizando rsync) está elevado ou não? Semana passada, levou 3 horas, hoje, levou quase 5 horas. Se utilizar o pg_basebackup ao invés do rsync, terei ganho de tempo? []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral