On 20-01-2014 15:58, Tiago Adami wrote: > Colegas, acompanhando os posts anteriores do tópico "pg_restore > extremamente lento" questiono se meus métodos de validação de > desempenho em disco são válidos. > > Hoje utilizo os seguintes testes: > > -- Testes de gravação em server de homologação virtualizado (SUSE > Linux 11 SP 3) - Xen Server, 4xIntel(R) Xeon(R) CPU E5-2620 0 @ > 2.00GHz, 8 GB RAM, partições ReiserFS > dd if=/dev/zero of=teste.dd bs=8k count=10000 oflag=direct > 10000+0 records in > 10000+0 records out > 81920000 bytes (82 MB) copied, 5.44287 s, 15.1 MB/s > Você precisa minimizar o efeito da cache do disco, 82MB ele salva na memória de uma máquina com 8GB. Você precisa copiar ao menos o tamanho da memória; um tamanho razoável seria 16GB (vide [1]). ReiserFS? Você tem certeza que confia nesse sistema de arquivos?
> Uso 'oflag=direct' [1] para ignorar o buffer de gravação do SO. Minha > dúvida é: quais parâmetros do comando dd chegariam mais próximos a uma > gravação do PostgreSQL? > O PostgreSQL utiliza blocos de 8k tanto para escrita como para leitura (que foi exatamente o que você especificou 'bs=8k'). Para simular uma gravação do PostgreSQL, você precisaria se basear em alguma carga pois há tanto escritas sequenciais (WAL) quanto escritas randômicas (datafiles). Se é para ter todo esse trabalho, é melhor utilizar um benchmark menos artificial [2]. [1] http://www.postgresql.org/message-id/c164cb8c.51bd%[email protected] [2] http://wiki.postgresql.org/wiki/DBT-5 -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
