Memnemonics fike’s Rotating Header Image

tuning

Debian, Sysctl e postgresql

    Na maioria dos casos de uma instalação do PostgreSQL é modificado o sysctl para usar melhor (tuning) os recursos disponíveis num servidor. O Debian tem um diretório chamado /etc/sysctl.d para configurações personalizadas em pacotes específicos como o pacote do PostgreSQL.

    Para fazer a modificação (tuning) do sysctl no modo Debian (Debian-like), o arquivo para fazer modificação é /etc/sysctl.d/30-postgresql-shm.conf.

    Efetivar a modificação sem reiniciar o servidor, é:

sysctl -p /etc/sysctl.d/30-postgresql-shm.conf

Anúncio: PGDay-DF | Dia do PostgreSQL-DF

   PGDay ou Dia do PostgreSQL é o um evento de um dia, não tão formal quanto o PGCon-BR (Conferência PostgreSQL Brasil) e de caráter
regional(estadual/municipal), podendo ser realizado com poucas pessoas em qualquer/vários estados do País. São mostrados casos de uso,
funcionalidades, testes, tradução, novidades das próximas versões do PostgreSQL e projetos relacionados. É um evento que reune-se
entusiastas, programadores, sysadmins, desenvolvedores e usuários para tirar dúvidas e trocar conhecimento sobre o banco de dados livre mais
avançado do mundo. Alguns temas que são polêmicos e recorrentes em qualquer conversa de TI serão abordados, como: Alta-Disponibilidade,
Replicação, Caso de Uso, Performance Tuning.

A grade provisória é:

  • 08:00 – Credenciamento

  • 09:00 – Fernando Ike – Howto (Oficina): Afinal, Alta-Disponibilidade e Replicação são possíveis?

  • 12:00 – Almoço

  • 13:30 – Migração de Oracle para PostgreSQL

  • 14:30 – Jair Silva – Caso de Uso:  PostgreSQL na Caixa Econômica Federal

  • 15:30 – Intervalo

  • 15:50 – Euler Taveira – Performance Tuning

  • 16:50 – Lightning  Talks

  • 17:50 – Encerramento

  • 18:30 – Happy-Hour (Nu Céu)

     Em Brasília (Distrito Federal) será realizado no dia 17 de abril e as inscrições já estão abertas. Para maiores informações sobre o PGDay-DF. Para mais informações sobre outros Dia do PostgreSQL.

      O mapa do evento:
 


View Larger Map

 

   E uma das melhoras partes de eventos assim (Happy hour): :D


View Larger Map

Slides das palestras técnicas realizadas no Serpro

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.

Palestras sobre PostgreSQL no Serpro: 24/07

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

PostgreSQL a cada dia com a performance mais próxima ao Oracle

    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. :)

Performance 100 vezes maior com tuning no PostgreSQL 8.2 – parte 1

    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)