[firebase-br] Tunning no Debian 4

Welkson Renny de Medeiros welkson em gmail.com
Sex Nov 14 12:57:14 -03 2008


Douglas,


Realmente a alguns dias fiz vários testes somente com Windows e senti o 
sistema mais lento... algumas querys tive que refazer pois no 2.1 não 
rodava/lentooooooooo (no 2.0.3 era perfeito).

Cara, fiz cópia da forma errada... não fiz o backup/restore... vou refazer o 
processo e posto os resultados.

Hoje os resultados são esses:


# Linux:

------ Performance info ------
Prepare time = 0ms
Execute time = 25s 953ms
Avg fetch time = 1.622,06 ms
Current memory = 272.398.600
Max memory = 272.531.428
Memory buffers = 16.384
Reads from disk to cache = 858
Writes from cache to disk = 0
Fetches from cache = 889.986


# Windows:

------ Performance info ------
Prepare time = 31ms
Execute time = 18s 484ms
Avg fetch time = 1.155,25 ms
Current memory = 11.938.168
Max memory = 15.518.216
Memory buffers = 16.384
Reads from disk to cache = 34
Writes from cache to disk = 36
Fetches from cache = 880.727


O plan está diferente:

# Plan LINUX:

Plan
PLAN (AR INDEX (FK_ARECEBER, ARECEBER_PAGAMENTO))
PLAN JOIN (JOIN (JOIN (JOIN (CLI INDEX (CLIENTES_PERFIL), PED INDEX 
(FK_PEDIDO_CLIENTE, PEDIDO_DTCONFIRMACAO, PEDIDO_PEDIDOCONFIRMADO)), PIT 
INDEX (FK_PEDIDOIT_PEDIDO)), PRO INDEX (PK_PRODUTOS)), FAB INDEX 
(PK_FABRICANTES))
PLAN (CP NATURAL)

Adapted Plan
PLAN (AR INDEX (FK_ARECEBER, ARECEBER_PAGAMENTO)) PLAN JOIN (JOIN (JOIN 
(JOIN (CLI INDEX (CLIENTES_PERFIL), PED INDEX (FK_PEDIDO_CLIENTE, 
PEDIDO_DTCONFIRMACAO, PEDIDO_PEDIDOCONFIRMADO)), PIT INDEX 
(FK_PEDIDOIT_PEDIDO)), PRO INDEX (PK_PRODUTOS)), FAB INDEX (PK_FABRICANTES)) 
PLAN (CP NATURAL)

# Plan Windows:

Plan
PLAN (AR INDEX (FK_ARECEBER, ARECEBER_PAGAMENTO))
PLAN JOIN (JOIN (JOIN (JOIN (CLI INDEX (CLIENTES_PERFIL), PED INDEX 
(FK_PEDIDO_CLIENTE, PEDIDO_DTCONFIRMACAO)), PIT INDEX (FK_PEDIDOIT_PEDIDO)), 
PRO INDEX (RDB$PRIMARY42)), FAB INDEX (RDB$PRIMARY41))
PLAN

Adapted Plan
PLAN (AR INDEX (FK_ARECEBER, ARECEBER_PAGAMENTO)) PLAN JOIN (JOIN (JOIN 
(JOIN (CLI INDEX (CLIENTES_PERFIL), PED INDEX (FK_PEDIDO_CLIENTE, 
PEDIDO_DTCONFIRMACAO)), PIT INDEX (FK_PEDIDOIT_PEDIDO)), PRO INDEX 
(PK_PRODUTOS)), FAB INDEX (PK_FABRICANTES)) PLAN

Welkson




----- Original Message ----- 
From: "Douglas Tosi" <douglasht em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, November 14, 2008 11:18 AM
Subject: Re: [firebase-br] Tunning no Debian 4


2008/11/14 Welkson Renny de Medeiros <welkson em gmail.com>:
> Em resumo pessoal, estou só compartilhando esse caso com vocês pra ver se
> alguém já viu algo parecido... pela lógica não tem como um FB no Windows
> rodar mais rápido que no Linux (o linux sem GUI, sem toda aquela
> parafernalha do Windows)... isso com o Linux com uma máquina com o dobro 
> de
> potência... foi só isso que estranhei =)

Os dois geram o mesmo plano de execução?
Como você migrou a base? Cópia (errado) ou backup no windows e restore
no linux (certo)?
Testou no linux com a 2.0.3 (a mesma versão da máquina windows)? Já vi
mais gente reclamar que perdeu performance na migração para 2.1. Agora
não sei o que é, mas acho que os planos são gerados de forma diferente
e alguns comandos mais complexos podem ficar mais lentos.


> Uma última coisa... testei também a versão NPTL e SS no Linux, mas não 
> teve
> qualquer diferença...

Se não me engano a NPTL é a recomendada para os linux 2.6.

> Mas sem bronca... se ninguém tiver uma dica mesmo assim vou migrar para
> Linux e aguardar a versão nova do FB.

Não era bronca. Era só uma dica. Foi mal se soou pesado.
Minha opinião é que antes de mexer em parâmetros do SO, tem que ter
certeza de ter exaurido as possibilidades de otimização no próprio
banco de dados.

[]s
hth,
-- 
Douglas Tosi
www.sinatica.com

______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: 
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa 





Mais detalhes sobre a lista de discussão lista