Memnemonics fike’s Rotating Header Image

Performance

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

Agenda Novembro

    Salve meus caros!!!

 

 

 

    Para nem vocês e eu esquecermos, minha agenda de palestras:

 

- NoSQLBR V2: PostgreSQL nas Nuvens (já apresentei. Falta um post sobre… )

- PGBR2011: Escalabilidade, as modas e o No(SQL)

- Linuxcon Brasil: Desmitificando gargalos de performance (Prefiro o título como: Lendas Urbanas de Performance)

Thunderbird 3 e performance

    Alguns meses atrás resolvi testar o Thunderbird que estava saindo a versão 3.0 p/ manter as várias contas de emails que tenho. Em princípio, as funcionalidades básicas dele atendem muito bem. Está rápido, não quebra com caixas postais grandes com IMAP, até a integração com o Zimbra funcionando bem.

    Para usuário acostumado com Thunderbird (no Debian é Icedove) é rotineiro fazer a tarefa dentro dele de "Condensar pastas" mas minha surpresa é que a versão 3.0 usa SQLite para indexar e pesquisar as mensagens. Ele usa o SQLite para outras coisas como controle de cookies, permissões, etc.  

    Após realizar com frequência minha tarefa como usuário de "Condensar pastas",  alguns arquivos SQLite do Thunderbir continuam demasiadamente grandes (500MB o global-messages-db.sqlite).

   Tem vários site/blogs na internet que mostram como compactar os arquivos SQLite com o comando VACUUM, mas como existem muitas aplicações baseadas no motor (Gecko) do Firefox e Thunderbird, terá que montar um script que pode usar frequentemente semanalmente.

                                                                                             
$for i in $(find -name "*.sqlite" -print); do echo $i &&  echo "VACUUM;" | sqlite3 $i; done

   
                                                                                                                                                                                                                      
    Isso só funciona em Linux, no windows não tenho a menor idéias de como fazer.

    Claro que isso só funciona se as aplicações baseadas no Gecko estiverem fechadas. :P

    Um incômodo recorrente é que as vezes a base de pesquisa do Thunderbird não está sincronizado com as mensagens armazenadas. Algumas vezes o pesquisa retorna o texto de uma mensagem que não está mais lá. Acredito que seja ajuste fino para uma próxima versão ou para quem se aventurar no "about:config".

 

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