Ótimo vídeo Edson muito bom as sua aulas, apenas queria fazer uma sugestão sobre isso: porque você não sua o valores binario ficas mais fácil e da para fazer de cabeça por exemplo: Para saber o valor para colocar na configuração eu usaria assim 1 CPU ( Valor 1 --> 00000001 sendo que o Bit ligado e o primeiro da esquerda para a direita que seria somando onde estiver o valor 1 tem que somar 00000001 -> 0+0+0+0+0+0+0+1 = 1 . Se for a CPU 1 e 2 (00000011 = 0+0+0+0+0+0+2+1 = 3) se for a CPU 2 e 3 (00000110 --> 0 + 0 + 0 + 0 + 0 + 1 +1 + 0 = 6 ) se for a CPU 3 e 4 (00001100 --> 0 + 0 + 0 + 0 + 8 + 4 + 0 + 0 = 12) e se for a CPU 1,2,3,4 ( 00001111 --> 0 + 0 + 0 + 0 + 8 + 4 + 2 + 1 = 15 ). Isto é apenas uma sugestão ok só para compreensão maior mas seus vídeos sãp ótimo e procuro acompanhar todos aprendi mnuio Valeu
@mqfs3 жыл бұрын
Shoooow, realmente essa explicação ficaria mais simples mesmo, até porque na própria calculadora do windows converte facilmente de binário pra decimal, vou fixar seu comentário!
@ajmsdelphi8303 жыл бұрын
Conversão de binário para decimal
@silviayazbek41063 жыл бұрын
Aos poucos vou assistindo todos os seus videos e implementando em meu banco. Esse era um que tinha um pouco de ''medo'' de fazer pois tive que mudar a arquitetura do firebird, mas com seus videos tudo fica muito facil. Obrigada mais uma vez.
@mqfs3 жыл бұрын
Shooow Silvia, que bom que tá ajudando!!
@mauriciojp84994 жыл бұрын
Esse cara é demais. Conteúdo não tem igual.
@mqfs4 жыл бұрын
Valeeeeu 💪🏻💪🏻💪🏻
@alberabreu42893 жыл бұрын
Excelente!!!! Parabéns mais uma vez
@mqfs3 жыл бұрын
Valeeeeu 💪🏻💪🏻💪🏻💪🏻
@felipesoutello72384 жыл бұрын
Parabéns pelos vídeos amigão ! Show de bola
@mqfs4 жыл бұрын
Opa, valeu Felipe!! :D
@jailsoncarneiro49363 жыл бұрын
Muito bom mesmo!
@mqfs3 жыл бұрын
Show!!
@Halissonskalee4 жыл бұрын
Parabéns, ótimos videos!
@mqfs4 жыл бұрын
Opa, muito obrigado amigo!! 💪🏻💪🏻💪🏻
@jorgeferreira93073 жыл бұрын
Excelente, parabéns!
@mqfs3 жыл бұрын
Valeeeeu 💪🏻💪🏻💪🏻
@RodrigoMarchiori20084 жыл бұрын
Top! nota 10!
@mqfs4 жыл бұрын
Obrigado amigo!! 💪🏻💪🏻💪🏻
@dilneiheerdt3891 Жыл бұрын
Ótimo vídeo. Uma dúvida, seu eu utilizar a instalação classic (Firebird 2.5), esta configuração de CPU, funciona da mesma forma? Ou para o classic não precisa configurar?
@ramonsferreira80867 ай бұрын
excelente vídeo! faço uma pergunta: como converter o banco de dados versão 2.0 para 1.5? Não encontrei vídeo nenhum falando sobre isso! parece um desafio!
@vlademirpereiradelima31454 жыл бұрын
ótima didática amigo, gostaria de sugerir um tutorial sobre otimização no arquivo firebird.conf, as configurações padrões no 2.5 e 3.0 Abrangendo: DefaultDbCachePages / FileSystemCacheThreshold / FileSystemCacheSize
@mqfs4 жыл бұрын
opa, valeeeu!!! Acabei de anotar aqui sua sugestão, obrigado!!
@cleziocpr37843 жыл бұрын
Muito bom seu Video!!! Parabéns!! Fiz as modificações em meu firebird 2.5.9, na versão Superserver. Meu processador é um deca Core, e 20 de threads, fiz os cálculos e alterei o valor conforme indicado no arquivo de configuração, porem quando mando uma consulta parruda pelo meu sistema continua indo pra 1(um) core somente, 100% em um core e os outros 19= 0%. Poderia me passar esta procedure que utilizou para que pudesse executar no server, e assim identificar se o problema esta na aplicação ou se seria no Firebird???
@mqfs3 жыл бұрын
Opa, temos uma pequena observação pra fazer sobre isso: O SuperServer da 2.5 traz isso desativado justamente porque o balanceamento de carga pra múltiplos núcleos não funciona tão legal... Então criaram essa propriedade pra uma situação específica: Windows + SuperServer + FB 2.5... Se utilizar qualquer outra variação, ele vai ignorar esse parâmetro e utilizar todos os núcleos.. Isso serve pra FB 2.5 SuperClassic e Classic, e até mesmo SuperServer no Linux. Olhei aqui e não tenho mais essa procedure, mas me lembro que ela era bem simples, uma variável recebendo um valor dentro de um loop infinito (while 1 = 1 do..)
@claudineifeliciodecamargo3622 жыл бұрын
Parabéns, gostei muito do vídeo mas gostaria de saber em caso de usuário que utilizam o banco de dados remoto pelo ip público do servidor, esta configuração vai continuar se referindo ao processador do servidor ou da máquina chamadora?
@joaopoliceno88444 жыл бұрын
Muito bom.
@mqfs4 жыл бұрын
Valeeeeu!!!
@clauberregis84114 жыл бұрын
Parabéns me ajudou muito, teria como me encaminhar a procedure que você usou para causa o stress no cpu ?
@mqfs4 жыл бұрын
Opa, claro, é bem simples na verdade, esse é o script: CREATE procedure SP_TESTE as begin while (1 = 1) do begin end end
@clauberregis84114 жыл бұрын
@@mqfs obg 👏👏
@clauberregis84114 жыл бұрын
como faz para entrar no grupo do telegram?
@mqfs4 жыл бұрын
Bom dia Clauber, o link é esse: t.me/mqFirebirdSQL Criei na verdade um canal no telegram, pra avisar sempre que tiver vídeo novo, já que nem sempre o youtube e facebook avisam... É uma espécie de cardápio com links rápidos :D
@OrneiPSilva4 жыл бұрын
Edson muito bom mesmo, só que alterei este parâmetro com vários valores e só usa um processador, o % de utilização não passa de 10% , é um processador Intel Xeon CPU E5-2640 2.0ghz, são 8 núcleo e 16 processador lógicos e 32gb de memória, firebird 2.5 server 32bits.
@mqfs4 жыл бұрын
Opa, duas perguntinhas: Qual valor vc colocou no parâmetro? Lembrou de remover o # do início? O FB 2.5 não era totalmente compatível com vários núcleos, parece que haviam alguns problemas nesse escalonamento de núcleos, mas não para todos os casos... Essa falha foi corrigida no FB 3.0, já tentou testar com essa versão pra ver se tem um comportamento diferente?
@OrneiPSilva4 жыл бұрын
Removi sim, tentei com esses valores 15, 31, 63, 127 e 255 a principio estava tentando usar mais de um núcleo, no caso do FB 3.0 vou tentar fazer em uma pc que possui mais núcleos porque o micro que mencionei e o servidor de um cliente. obrigado pelo retorno.
@comercialnewvale78424 жыл бұрын
Opa, busco a bastante tempo essa questão tbm, mas mesmo com essas alteração, não é possível no 2.5, ele usa somente 1 núcleo para comando, se vc fizer um único comando bem pesado, verá que ele usa um processador só para aquele comando, imagino que não sua SP sejam consultas curtas, o que ele faz é "pular" de uma para outra CPU a cada comando, mas executa um por vez. eu recomendo o uso do Classic server que consegue executar comando paralelamente em cada core.
@nenno30393 жыл бұрын
Perfeito! Muito obrigado! Isso deve ser feito nos terminais onde eu instalo o firebird também ou apenas no servidor?
@mqfs3 жыл бұрын
Opa, e aí Nenno, blz? Na verdade essa configuração deve ficar somente no servidor de banco de dados, as máquinas clientes não precisam ter o FB instalado por completo, apenas a FBCLIENT.DLL e FIREBIRD.MSG mesmo...
@nenno30393 жыл бұрын
@@mqfs Estou ciente, em casos onde a rede oscila muito, instalamos o fb completo, valew, obg
@NathanAparecidoMG4 жыл бұрын
Boa noite amigo. Meu processador tem 8 núcleos coloquei 255 e estou executando um relatório direto do meu sistema que foi feito em delphi 7. Sabe se tenho que fazer alguma alteração no delphi tbm ?
@NathanAparecidoMG4 жыл бұрын
Testei tbm em outro computador com 4 núcleos colocando 15 e funcionou tbm : (
@mqfs4 жыл бұрын
Opa, e aí Nathan, blz?? Só a configuração no FB já é suficiente, se tiver lentidão, pode ser outra coisa, índice, a forma com q construiu seu select, etc...
@rildecyqueiroz4 жыл бұрын
se eu quiser usar 8 núcleos seria 2^8-1 = 255 ??? no firebird 3.0
@mqfs4 жыл бұрын
Exatamente!! 😁😁 Ou então só deixar 0 mesmo, o FB 3.0 por padrão já usa todos
@rildecyqueiroz4 жыл бұрын
@@mqfs obrigado
@gsswmr3 жыл бұрын
Dando like depois de 1 ano, vou precisar pra um xeon 4/4T que usa apenas pro banco de dados. tmj.
@mqfs3 жыл бұрын
Shooow!! 💪🏻💪🏻💪🏻
@desenvolvimentodelphi41664 жыл бұрын
Edson estou com um pc core I7-3770 cpu 3.4ghz, com 4 núcleo, 8 processadores lógicos, com windows 10 64bits, 8gb de memória, o firebird instalei o 3.0.6 64bits server, instalação normal sem nenhuma alteração e não consegui simular o uso dos núcleos criei a procedure igual a sua, executei a procedure, más o percentual de utilização não sai do 15%, no video no seu pc chega a mais de 70%, tambem alterei o firebird.conf o CpuAffinityMask mesmo assim fica nos 15%, tem alguma alteração que eu possa fazer.
@mqfs4 жыл бұрын
Opa, então, esse vídeo eu fiz os testes na versão 2.5 do FB, e ele vinha com o parâmetro desativado por padrão na 2.5 por conta de o escalonamento de tarefas não funcionar tão bem quando se dividia em vários núcleos.. No Firebird 3.0 esse escalonamento foi aprimorado e por isso, por padrão o FB 3.0 já vem utilizando todos os núcleos, sem precisar mexer no parâmetro. Minha máquina é um i5 2ª geração (beeem antigo ainda) com 6gb de ram, talvez esse seja o motivo do consumo de CPU ser diferente...
@dezinhoweber10 ай бұрын
PCs que estão rodando em VMware, os núcleos são vCPU, é a mesma coisa?
@dfsystem3 жыл бұрын
Seria possível por exemplo: - Pra fazer uma replicação de dados, como não tem pressa posso usar apenas 1 núcleo. - Quando for gerar um relatório pesado, preciso usar os 4 núcleos, pois o cliente está aguardando. Abraço!
@mqfs3 жыл бұрын
Opa, vc pode até manipular o firebird.conf, mas o problema é que essa configuração exige que o serviço do FB seja reiniciado...
@Halissonskalee4 жыл бұрын
Oi, boa tarde. Estamos com esse problema no Firebird 2.5 rodando no linux no modo super classic server. De vez quando ocorre o seguinte erro: INET/inet_error: read errno = 104 Sabe me dizer porque esse problema, procurando na internet várias hipóteses, tudo indicar que é problema de rede mas como resolver?
@mqfs4 жыл бұрын
Isso acontece em algum momento específico? Tipo, inserção de dados, consulta complexa, algo assim?
@Halissonskalee4 жыл бұрын
Isso acontece quando vou conectar o banco de dados. Nem sempre acontece é bem sazonal, quando ocorreu esse erro tinha mais 200 conexões abertas. O erro exibido pelo Delphi [FireDAC][Phys][FB]Unable to complete network request to host "192.168.0.252" já o erro no log do firebird: INET/inet_error: read errno = 104, client address = 192.168.0.249/65371, user = LM
@mqfs4 жыл бұрын
Consegue simular esse mesmo problema usando o FB 3.0? Digo pq eles melhoraram muito a performance do 3.0 no que diz respeito a latência de rede... Outra coisa, confesso que nunca passei por esse problema, mas isso me deixa intrigado... Não quer postar essa dúvida no nosso grupo do face? Pode ser que alguém lá já passou por isso e saiba resolver. Falta pouco pra chegar nas 1000 pessoas lá
@Halissonskalee4 жыл бұрын
@@mqfs não consigo, quando der vamos mudar para essa versão
@wkenndy4 жыл бұрын
Uma dúvida, devo levar em conta os núcleos físicos? Ou as thread do processador?
@mqfs4 жыл бұрын
Opa, as threads mesmo, se são 2 núcleos físicos com 4 lógicos, considere os 4
@ctecprojetosbackup6484 жыл бұрын
Qual o ganho de desempenho eu tenho utilizando todos os processadores do meu computador?
@mqfs4 жыл бұрын
Opa, se vc estiver executando algum processo pesado, ele pode sobrecarregar um núcleo enquanto os outros estão livres... Se usar todos, a chance de sobrecarregar o processador é menor
@ctecprojetosbackup6484 жыл бұрын
@@mqfs obrigado. Eu estou vendo alguns dos seus videos e está me ajudando muito.
@mqfs4 жыл бұрын
Opa, show de bola!! Se tiver sugestão de algum, só falar!! 💪🏻💪🏻💪🏻
@ezequielfigueiredopereira73254 жыл бұрын
Bom dia, em minha empresa utilizamos do FB 2.1, já comentei com o suporte do programa para evoluir para o FB 3.0, sem sucesso para atualização do banco. Estão colocando muita dificuldade para evoluir, mas queria saber se eu utilizar esse calculo de CPU CpuAffinityMask no FB 2.1, vai dar certo?? - Compramos um servidor novo com ssd e dois processadores XEON totalizando 40 nucleos e 64 GB de RAM, mas ainda estamos usando o FB 2.1, seu eu colocar o valor que fiz com a sua fórmula matemática 1.099.511.627.775, vai funcionar no FB 2.1??
@mqfs4 жыл бұрын
Opa, e aí Ezequiel, blz?? Até a versão 2.5 do FB, esse parâmetro vem desativado por padrão por um motivo: houve relatos de que nem sempre usar vários núcleos é eficiente. Então, a forma mais garantida de usar vários núcleos é instalar a versão ClassicServer do FB. Essa arquitetura vai criar um processo diferente pra cada conexão no banco, isso da a liberdade do processador definir automaticamente em qual núcleo cada processo será executado. Já no FB 3.0 nenhuma configuração precisa ser feita, o super server já utiliza vários núcleos por padrão, pois esse escalonamento foi aprimorado.
@ezequielfigueiredopereira73254 жыл бұрын
@@mqfs Oi, eu peguei o firebird.conf , na forma traduzida dele, está assim na parte cpu affinity: # =============================== # Configurações do mecanismo SuperServer # =============================== # # ---------------------------- # Quais CPUs devem ser usadas (somente Windows) # # Em um sistema SMP, define quais processadores podem ser usados pelo servidor. # O valor é obtido de um mapa de bits em que cada bit representa uma CPU. # Assim, para usar apenas o primeiro processador, o valor é 1. Para usar ambos # CPU 1 e CPU 2, o valor é 3. Para usar CPU 2 e CPU 3, o valor # é 6. O valor padrão é 1. # # Tipo: inteiro # #CpuAffinityMask = 1 Então se eu mudar o valor de processadores do firebird.conf, pelo que vi no comentário "Configurações do mecanismo SuperServer " , Isso só vai funcionar no SUPERSERVER???? ou eu posso deixar padrão utilizando no classicserver, como vc comentou na minha pergunta anterior?
@mqfs4 жыл бұрын
Exatamente, se for classic, nem precisa mexer nesse parâmetro
@MrEoxs2 жыл бұрын
é só escrever em binário a posição da CPU que deve ser ativa, ex: 4 cpu's => 1111 (bin) = 15 (dec); para as cpu's 2 e 3 => 0110 (bin) = 6 (dec); para 16 cpus todos os 16 bits devem ser 1 ou seja 1111 1111 1111 1111 (bin) = 65535 (dec)