Produto

Sessões escaláveis para aplicações web avançadas

Tradução automática de Deepl

Hoje em dia, as aplicações web são ferramentas modernas essenciais. À medida que as máquinas e os processadores se tornam cada vez mais potentes, as suas aplicações web devem satisfazer constantemente os requisitos de desempenho. É por isso que com 4D v18 R6, o Servidor Web 4D oferece um novo tipo de sessão web: a sessão web escalável.

Vamos descobrir mais!

Produto blank

Melhor desempenho: até 8x mais rápido (não, isso não é uma gralha)!

Tradução automática de Deepl

A escalabilidade é uma das nossas principais preocupações e 4D v17 R5 traz boas notícias nesta área, particularmente para aqueles com uma carga pesada de processos no seu Servidor 4D. Notará uma melhoria significativa da velocidade de desempenho quando clientes remotos (um, dois, ou mesmo centenas) estiverem ligados ao seu servidor.

A arquitectura interna do 4D foi melhorada e agora a utilização do processador está totalmente optimizada, abre-senum novo separador) em modo preventivo e acessos de leitura/escrita simultâneos na mesma tabela. Como resultado, poderia ver o desempenho 4 a 8x mais rápido!

Produto blank

Comandos mais seguros para os fios à sua disposição

Tradução automática de Deepl

4D permite-lhe tirar o máximo partido dos computadores multi-core com processos preventivos. Num post de blog anterior, fornecemos-lhe uma lista de comandos melhorados que podem ser utilizados em processos preventivos, permitindo um tempo de execução global mais rápido e mais utilizadores conectados. E, em resposta ao seu feedback, aumentámos a lista com ainda mais comandos.

Eventos blank

Torne as suas soluções escaláveis com multi-tarefas preventivas – Acrescente K. da Cimeira 4D de 2018

Tradução automática de Deepl

Os processospreventivos são poderosos uma vez que permitem que as suas aplicações tirem o máximo partido dos computadores multi-core; consequentemente, isto resulta num tempo de execução global mais rápido e mais utilizadores conectados. Com 4D v17, demos mais um passo em frente ao fornecer-lhe mais de 1.000 comandos de segurança de linha!

Veja o vídeo Preemptive multithreading da conferência 4D Summit 2018 Keynote. Inclui Add Komoncharoensiri, Director de Serviços Técnicos (4D USA), explicando como o apoio preventivo em 4D o ajuda a tirar partido das suas máquinas multi-core, bem como os novos conceitos que enviámos pelo caminho para o ajudar a aumentar o desempenho e a eficiência.

Dicas blank

Definições de compatibilidade – ou condução com o travão de estacionamento em(Parte 1)

Tradução automática de Deepl

Em cozinhas de código, normalmente passo algum tempo com as configurações da base de dados, especialmente com as configurações de Compatibilidade. Muitas vezes certas definições não seguem as melhores práticas e durante as discussões com o desenvolvedor da aplicação, ouço “oh, nunca as mudei” ou “não tenho a certeza sobre o impacto, por isso é melhor não as tocar”.

Uma vez que poderiam ter um impacto drástico no desempenho ou comportamento das suas aplicações, iniciámos uma série de posts em blogues para discutir algumas destas configurações “secretas“.

Produto blank

Mais comandos para correr em processos preventivos

Tradução automática de Deepl

Um processo preventivo é poderoso pois permite à sua aplicação tirar o máximo partido dos computadores multi-core; consequentemente, os seus resultados são um tempo de execução global mais rápido e mais utilizadores conectados. Um processo 4D pode ser preventivo ou não de acordo com as opções de compilação e a utilização da linguagem, como explicado neste post.

A fim de beneficiarmos tanto quanto possível deste modo, temos o prazer de anunciar que mais de vinte comandos existentes foram melhorados e podem agora ser utilizados dentro de processos preventivos.

Eventos blank

Cimeira 4D de 2016: Laurent Esnault apresenta os trabalhadores e a IU em modo preventivo

Tradução automática de Deepl

O nosso próprio VP de Engenharia, Laurent Esnault, explica a troca de informação entre múltiplos processos E entre processos e formulários durante a sua Sessão de Intervalo: Preemptive Multi-threading na Cimeira 4D de 2016. Graças à multi-tarefa preventiva, é possível ter mais processos paralelos, e assim adicionar cada vez mais utilizadores, quer para aplicações desktop quer para aplicações web.

Se perdeu a sessão de Laurent na Cimeira 4D de 2016, veja este vídeo de 15 minutos e desfrute de alguma formação pessoal pelo mestre da multi-treading preventiva!

Eventos blank

Diferença entre cooperativo e preventivo explicada por Laurent Esnault na Cimeira 4D de 2016

Tradução automática de Deepl

Laurent Esnault, VP de Engenharia, explica a diferença entre processos cooperativos e preventivos durante a sua Sessão de Intervalo sobre Preemptive Multi-threading na Cimeira 4D de 2016. Graças à Preemptive Multi-threading, é possível ter mais processos paralelos, e assim adicionar cada vez mais utilizadores, quer para aplicações desktop, quer para aplicações web.

Se perdeu a sessão de Laurent na Cimeira 4D de 2016, veja este vídeo e desfrute de alguma formação pessoal pelo mestre da multi-tarefa preventiva!

Eventos blank

LR apresenta o novo Gestor de Cache na Cimeira 4D de 2016

Tradução automática de Deepl

A gestão de cache é na realidade um elemento chave da gestão da base de dados, Laurent Ribardière apresenta na Cimeira 4D Portland 2016 o novo gestor de cache que implementou na versão 4D v16 de 64 bits.

Antes de assistir à apresentação técnica com detalhes sobre a implementação, recomendamos que comece com estes dois posts no blogue, descrevendo o benefício da característica em si:

Produto blank

Assumir o controlo do Gestor de Cache

Tradução automática de Deepl

4D v16 introduziu um novo gestor de cache totalmente optimizado para a linha de produtos de 64 bits. 4D v16 R2 está a dar poder aos nossos programadores 4D avançados para assumirem o controlo por si próprios!

O algoritmo interno do gestor da cache é baseado num conceito de prioridade associado a cada tipo de objecto a armazenar na memória cache. Por defeito, o algoritmo do gestor de cache atribui um valor de prioridade mais elevado para um índice do que para os registos. E os objectos recentemente utilizados (registos ou índices) têm uma prioridade mais elevada para permanecer na cache do que os objectos que não foram utilizados nos últimos dois dias, etc…