Não fiz um teste conclusivo mas alguma operações cronometradas de vacuum, selects pesados e updates (todos via nosso aplicativo ERP em Delphi7) o resultado foi algo em torno de 20 a 40% mais rápido no Fedora Core 4 com Ext3 do que no Windows 2k Server com NTFS. Sei que isto não é conclusivo, mas dá indícios do que oferece mais performance.
 
Eu gostaria de saber se a equipe que mantém o PostgreSQL tem algum estudo neste sentido. Eu acredito que sim. Acho que a versão Windows do PostgreSQL será determinante para sua expansão e, é claro, quanto melhor ela se comportar mais pessoas usam, mais estímulo ao desenvolvimento, etc.
 
Abraços,
 
Sergio Medeiros Santi
Trabin Software & Consulting
+55 0xx 53 3227 4157  /  9982 9009
----- Original Message -----
Sent: Monday, January 30, 2006 6:53 PM
Subject: Re: [PostgreSQL-Brasil] Exclusão muito lenta

Sérgio,

Um dos motivos pelo ganho repentino na performance pode ter sido o próprio restore que presumo estar recuperando o banco com uma estrutura atualizada e otimizada. Mas não está descartado o fato de o sistema de o sistema de arquivo ter influenciado isso. Por falar em sistema de arquivos, qual o sistema de arquivos do teu fedora? reiserfs ou ext2/3?

Em 30/01/06, Euler Taveira de Oliveira <[EMAIL PROTECTED]> escreveu:
--- Sergio Medeiros Santi <[EMAIL PROTECTED]> escreveu:

> Bem acabei concluindo que o SO faz uma boa diferença, mas acredito
> que deve
> ser possível otimizar a exclusão no Windows, portanto continuo a
> procura de
> sugestões.
>
Faça o seguinte para medir os tempos de execução:

[EMAIL PROTECTED]:~# psql -U pgsql sistemas
Bem-vindo ao psql 8.0.3, o terminal iterativo do PostgreSQL.

Digite:  \copyright para mostrar termos de distribuição
         \h para ajuda com comandos SQL
         \? para ajuda com comandos do psql
         \g ou terminar com ponto-e-vírgula para executar a consulta
         \q para sair

sistemas=# \timing
Tempo de execução está habilitado.
sistemas=# vacuum full analyze;
VACUUM
Tempo: 1876,957 ms
sistemas=# select * from stp.ufs;
id_uf | sg_uf |        nm_uf
-------+-------+---------------------
     1 | AC    | Acre
     2 | AL    | Alagoas
     3 | AP    | Amapá
     4 | AM    | Amazonas
     5 | BA    | Bahia
     6 | CE    | Ceará
     7 | DF    | Distrito Federal
     8 | ES    | Espírito Santo
     9 | GO    | Goiás
    10 | MA    | Maranhão
    11 | MT    | Mato Grosso
    12 | MS    | Mato Grosso do Sul
    13 | MG    | Minas Gerais
    14 | PR    | Paraná
    15 | PB    | Paraíba
    16 | PA    | Pará
    17 | PE    | Pernambuco
    18 | PI    | Piauí
    19 | RN    | Rio Grande do Norte
    20 | RS    | Rio Grande do Sul
    21 | RJ    | Rio de Janeiro
    22 | RO    | Rondônia
    23 | RR    | Roraima
    27 | TO    | Tocantins
    24 | SC    | Santa Catarina
    25 | SE    | Sergipe
    26 | SP    | São Paulo
(27 registros)

Tempo: 2,371 ms
sistemas=#


Tente executar estes procedimentos com e sem triggers, ou seja,
utilizando CASCADE ou não. Não esqueça de fazer um VACUUM antes das
operações.


Euler Taveira de Oliveira
euler[at]yahoo_com_br








_______________________________________________________
Yahoo! doce lar. Faça do Yahoo! sua homepage.
http://br.yahoo.com/homepageset.html

_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br



--
[]'s,

Ivan L. Seibel
Analista/Desenvolvedor
Linux User nr #88493


_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br

Responder a