[firebase-br] Ajuda com Performance! Configurações FB3

[Stanley Mendes]

Muito Obrigado Gladiston.
Estarei pesquisando mais a fundo sobre suas dicas. 👍


Em seg, 8 de abr de 2019 às 11:18, Gladiston Santana <gladiston em vidy.com.br>
escreveu:

> Sugestão:
> (1) Você talvez devesse pensar em habilitar a versão superclassic ou
> classic, acho que o super pode não escalar todos os processadores que você
> tem.
> (2) Procure pelos parâmetros que tem a ver com buffers/cache, leia artigos
> sobre ele, não dá para passar o numero magico, tem que ver o comportamento
> de seus usuários, quanto sua maquina dispõe, se é dedicado ou não, etc...
> (3) Estude a possibilidade de alterar o DatabaseGrowthIncrement = 128M para
> um valor maior, esse parametro diz o quanto se BD deve crescer quando a
> quantidades de páginas vazias chegarem próximas do fim, mas o quanto maior
> você dever colocar?
> Visto que você não tenha uma baseline, faça um backup/restore e depois de
> colocar o sistema para uso, veja no final de um período para qual tamanho
> ele foi parar, o default é aumentar 128M a cada vez, então se notar que
> cresceu de 10000M para 11000M num dado período então o FB fez o growing 8
> vezes, com uma simples regra de 3 tente calcular o tamanho necessário para
> fazer o growing apenas 1 vez por mês, trimestal, semestral ou anual
> (escolha uma). Quanto maior for a quantidade de dados em seu sistema melhor
> é postegar o growing, pois a cada vez que seu sistema precisa fazê-lo, os
> usuarios sentirão a parada momentânea.  128M é um numero bom para alguns
> casos porque 128M é muito rápido para fazê-lo e dependendo da quantidade de
> transações usuários nem sentiriam, mas existem bancos com realidades
> diferentes com muitas transações que não pode parar nem por um instante.
> Veja que realidade é a sua e haja de acordo.
> (4)Se for um servidor dedicado para o BD pode até criar o database com o
> tamanho prefixado bem  generoso. O tamanho do arquivo de dados não afeta o
> backup, o tempo de backup leva em consideração a quantidade de páginas
> ocupadas então não precisa ter medo de um arquivo que representa seu
> database com 500GB, 1TB, 2TB pois isso é apenas o tamanho do arquivo e não
> o tamanho dos seus dados. Um tamanho generoso criado desde o inicio evitará
> a fragmentação do disco, pois será um arquivo contíguo.
> (5)Desative o sweep e deixe  backup diário faze-lo. O backup também faz o
> sweep, mas de uma forma moderada e  controlada, por exemplo, se o backup
> falhar o sweep será adiado. Por isso sistemas sem backup por muito tempo
> ficam mais lentos se o sweep não for feito.
> (6) Quando experimentar esses ajustes e não gostar, lembre de que o sistema
> ainda está frio, o momento certo de saber se o sistema tá bom ou ruim é
> quando tiver passado tempo suficiente para os ajustes serem notados. Uma
> olhada no gerenciador de tarefas e observar a CPU bem usada e memória quase
> no talo de ocupupada é indicativo de que as coisas foram bem. CPUs com
> baixo consumo e pouca memória usada, por outro lado, significa que o FB não
> tá fazendo nem cocegas nos recursos do computador  e isso é ruim e você
> deve trabalhar novamente a config.
>
> Essas são algumas dicas.
>
> Um abraço.
> ______________________________________________
> 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://www.firebase.com.br/pesquisa_lista.html
>