[firebase-br] Redução no tempo de execução do sweep

[Carlos H. Cantu]

Apenas indiquei que backup e sweep não tem exatamente o mesmo efeito.
Ambos os processos podem coletar o lixo, mas apenas o sweep avança a
OIT.

Diferente do que você diz, o efeito da OIT não avançar não é tão
inócuo assim. Segundo o próprio Vlad:

"A parte ativa da TIP é ligada a OIT e a Next Transaction. Se a OIT
não avança, a parte ativa da TIP vai crescendo, fazendo com que mais
memória seja consumida pelo cache da TIP (compartilhado por todas as
transações ReadCommited e copiado individualmente para todas as
transações snapshot).

A engine do FB tb precisa ler a parte ativa da TIP no disco sempre que
uma transação snapshot é iniciada."

Em suma, quanto maior a TIP, pior a performance.

[]s
Carlos H. Cantu
eBook Guia de Migração para o FB 3 - www.firebase.com.br/guiafb3.php
www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br

GS> Não entendi exatamente o que quis dizer, a pergunta era sobre evitar o sweep e seu gargalo.
GS> O backup faz a limpeza que é a causa do sweep e seu posterior
GS> gargalo, se o sweep estará desligado e o backup em dia então a
GS> base devidamente sanitizada. Neste contexto, o ponteiro da OIT será algo inoquo a se preocupar.
GS> Até porque certos valores não são importantes se o backup estará em dia.


GS> Um  dia em que esses ponteiros chegarem no seu limite, o unico
GS> tipo de reset que há é o backup & restore, daí voltamos de novo na essência, o backup.


GS> https://www.ibphoenix.com/resources/documents/general/doc_67


GS> []´s



GS> Em 28 de abril de 2017 18:10, Carlos H. Cantu
GS> <listas em warmboot.com.br> escreveu:

GS>> Existe uma ótima técnica para resolver este problema e não ficar rodando o
 GS>> sweep a cada 2 dias.

GS>  O "backup" fará a coleta de lixo, mas não avançará a OIT. Somente o
GS>  sweep avança a OIT.

GS>  []s