Memnemonics fike’s

Semana passada eu estive no Serpro para apresentar duas palestras sobre PostgreSQL, alguns já viram as palestras de Performance Tuning e/ou Alta-Disponibilidade. Eu atualizei algumas informações nas duas.

Somando as pessaos da video-conferência, as palestras tinha bastante gente (~70) e ainda teve uma palestra relâmpago surpresa do Ulisses sobre segurança em banco de dados.

Vou estar no dia 24/07 no Serpro em Brasília para duas palestras técnicas sobre PostgreSQL falando sobre Alta-Disponibilidade e Tuning.

    O Josh Berkus publicou em seu blog alguns meses atrás o primeiro grande benchmark de PostgreSQL usando o SpecJ, o resultado deste era que o PostgreSQL estava muito próximo do Oracle usando hardwares (equipamentos) equivalentes. Nesta comparação a Sun com o PostreSQL conseguiu 778.14 JOpS@Standard enquanto o HP usando Oracle conseguiu 874.17 JOpS@Standard, comparando o teste com PostgreSQL fica 11% atrás mas a Sun fez outro teste usando Sun System Application Server 9.1 que tem como base no Glassfish que é o Servidor de Aplicação (Application Server) em Código Aberto da Sun a diferença de performance cai para 7% porque o resultado desse teste foi de 813.73 JOpS@Standard.

   Ainda não existe um teste somente de banco de dados com o PostgreSQL usando os testes de TPC mas isso em breve deve acontecer se acontecerem mais testes com SpecJ. Com a chegada do PostgreSQL 8.3, atualmente em Beta4, o desempenho será melhor já que áreas críticas como o autovacuum e o checkpoint tiveram modificações significativas que melhoram a perfomance do PostgreSQL em mais ou menos 15%, claro que tiveram outras modificações mas as duas são mais nítidas para quem não tem envolvimento direto no desenvolvimento do PostgreSQL como eu. Quem sabe um próximo resultado no SpecJ o PostgreSQL consiga uns 900 JOpS@Standard.

    Para palestra na pgcon-br sobre Performance Tuning em PostgreSQL eu consegui perder um arquivo com todos as modificações e a curva de performance a cada modificação para entender o quanto é possível melhorar a performance mas realmente eu perdi o arquivo. Não é que não fiz backup, simplesmente sobreescrevi o backup depois de muitas noites mal dormidas trabalhando nisso. Estou furioso e frustado por ter perdido e muitas pessoas na pgcon-br pediram o arquivo mas realmente perdi, existes outros que estão por aí na internet que fiz mas nenhum deles tem o detalhamente desse arquivo.

    Não sei se terei conseguirei refazer os testes mas posso postar aqui o quanto estava e para o quanto foi no final do tuning. Aos poucos vou postando o que for achando e comentando onde o calo aperta.

    No início, antes de ajustar:

jboss3:~# pgbench -t 100 -c 100 -h 192.168.10.4 -U postgres bench
starting vacuum…end.
transaction type: TPC-B (sort of)
scaling factor: 100
number of clients: 100
number of transactions per client: 100
number of transactions actually processed: 10000/10000
tps = 47.825423 (including connections establishing)
tps = 47.895350 (excluding connections establishing)

 
   Ao final, depois de muitas noites mal dormidas:

jboss3:~# pgbench -c 100 -t 100 -h 192.168.10.4 -U postgres bench
starting vacuum…end.
transaction type: TPC-B (sort of)
scaling factor: 100
number of clients: 100
number of transactions per client: 100
number of transactions actually processed: 10000/10000
tps = 3626.631077 (including connections establishing)
tps = 4183.123773 (excluding connections establishing)