[firebase-br] Voltou a cair (URGENTE)

[Suporte Sinapse Informática]

Senhores,

Eu estou fazendo um teste numa cópia do banco de dados aqui na sede da empresa antes ir fazer para o cliente. Então decidi fazer teste aqui Empresa primeiro. Estou fazendo seguinte procedimento:

Fiz o backup do banco na versão SuperServer.
Desinstalei a versão SuperServer.
Instalei a versão ClassicServer.
Restaurei o banco de dados.

O procedimento é esse mesmo?

Outra coisa, na versão superserver o banco de dados estava com tamanho da página de 16k, mas versão classicserver não restaurá-lo com esse tamanho, somente se eu colocar 8k. Gostaria de saber dos senhores se o CS realmente não dá suporte a esse tamanho de página ou sou eu que estou fazendo alguma coisa errada?

Agradeço desde já pela ajuda,

CARLOS HENRIQUE MEIRELES
DESENVOLVIMENTO DE SISTEMAS

  ----- Original Message ----- 
  From: Eduardo Jedliczka (TeamFB) 
  To: Carlos H. Cantu ; FireBase 
  Sent: Monday, September 25, 2006 6:42 PM
  Subject: Re: [firebase-br] Voltou a cair (URGENTE)


  Justamente pelo fato da versão Classic ser cooperativa, eu acredito que a 
  performance vai melhorar (lembrando que a máquina dele tem duas cpus), pois 
  haverá menos lixo acumulado. Isto irá reduzir (ligeiramente) o impacto de um 
  modelo transacional tão problemático.

  ======================
  Eduardo Jedliczka
  Membro do TeamFB - FireBase
  Apucarana - PR
  ======================
  "Posso não concordar com nada do que dizes.
  Mas defenderei até a morte o seu direito de dizê-lo"
  (Voltaire 1694-1778)
  ----- Original Message ----- 
  From: "Carlos H. Cantu (TeamFB)" <listas em warmboot.com.br>
  To: "FireBase" <lista em firebase.com.br>
  Sent: Monday, September 25, 2006 5:05 PM
  Subject: Re: [firebase-br] Voltou a cair (URGENTE)


  A GC da versão Classic é cooperativa. Isso significa que quando vc
  executa alguma instrução (select, por exemplo) e o FB encontra um
  registro com backversions, a própria transação que está executando a
  sua instrução vai fazer a garbage collection naquele mesmo momento.

  Isso pode gerar lentidão caso o comando encontre muitos registros com
  backversions.

  Na versão SuperServer, uma thread paralela é notificada sobre o back
  version, e executa a GC. A thread que estava processando a instrução
  original continua se trabalho.

  O Firebird 2.0 traz um novo modo de GC que combina as duas coisas,
  portanto espera-se que a GC nele seja mais eficiente. Mais
  informações: http://www.firebirdsql.org/rlsnotes20/compat-perf.html

  []s
  Cantu (Membro do TeamFB - FireBase)
  http://www.warmboot.com.br
  FireBase - http://www.FireBase.com.br


  D> Em Segunda 25 Setembro 2006 15:47, Eduardo Jedliczka (TeamFB) escreveu:
  ...>>
  >> Só mais uma coisa: Eu tenho uma teoria que a quantidade de lixo será 
  >> menor
  >> com o FB classic, por culpa da forma como é feito o Garbage Collection.
  >> Isto pode causar uma pequena melhoria no desempenho durante os momentos 
  >> de
  >> pico.
  >>

  D> Eu tb acredito nisso, felizmente o GC do FB 2 parece ter melhorado neste
  D> sentido.