BlackTDN :: LeetCode :: Comparando Implementações Harbour e TLPP para o Desafio Longest Palindromic Substring
_Créditos das imagens: ChatGPT_ ### LeetCode :: Comparando Implementações Harbour e TLPP para o Desafio Longest Palindromic Substring Resolver o problema do [Longest Palindromic Substring](https://leetcode.com/problems/longest-palindromic-substring/description/) é um exercício clássico de programação, que desafia desenvolvedores a encontrar a maior substring palindrômica dentro de uma string. Recentemente, exploramos soluções tanto em Harbour quanto em TLPP (Total Language Protheus Programming). Neste artigo, comparamos as implementações nessas duas linguagens, destacando suas semelhanças, diferenças e funcionalidades específicas. #### Implementações em Harbour ##### Versão 5.1 Essa solução utiliza a técnica de expansão a partir do centro do palíndromo. Cada caractere ou par de caracteres consecutivos é considerado um possível "centro". O algoritmo expande em ambas as direções enquanto os caracteres forem iguais, retornando o maior palíndromo encontrado. ##### Versão 5....
Bom dia amor! Vi que vc mudou "Numeros Perfeitos", o que ha de novo nessa versao? Ah e para que vc nunca se esqueça.. saiba q vc é FANTASTICO... t amo! Bjinhos!
ResponderExcluirBom dia Carlinha,
ResponderExcluirFiz algumas correções e melhorias no programa. A última versão, 0.000...1/2 está disponível. Só clicar no "aqui" e baixar.
[]s
иαldσ dj
Naldo meu amor e homem!!! Comentario sobre Refresh Rate... vc percebeu que no Coordinator o RefreshRate estava com 60 e nos Agents com 15
ResponderExcluire isso causava uma certa instabilidade na apuração dos números perfeitos quando o Processamento era em Grid ??? Por algum motivo... e, depois de algum tempo de processamento, o Grid ficava muito tempo em estado de Waiting for GlobalLock
..como se esperasse por algo.... O que fiz? Veja:
Interrompi todos os processos, reconfigurei o Server e os Agentes, deixando todos os RefreshRate = 15 e aumentando o número de Instances = 50 e, aparentemente o processo se estabilizou e tornou-se contínuo....
Entao conseguiu que o processo continuasse por mais de 24 horas continuas e sem interrupção
Deixei os agents da seguinte forma:
[ONSTART]
JOBS=GridAgent
RefreshRate=15
[GridAgent]
Main=GridAgent
AgentIp=protheus
AgentPort=4023
Instances=50
Environment=PtGrid
CoordServer=protheus
CoordPort=4020
E no Coordinator (Master) deixei:
[ONSTART]
Jobs=GridServer,GridAgent
RefreshRate=15
[GridServer]
Main=GridServer
Environment=PtGrid
[GridAgent]
Main=GridAgent
AgentIp=protheus
AgentPort=4020
Instances=50
Environment=PtGrid
CoordServer=protheus
CoordPort=4020
Ativando o Master como Agente também..... ao incluir GridAgend na lista dos Jobs em [ONSTART]
Simples assim... afinal temos a capacidade de trocar o pneu de qualquer avião em pleno vôo... nao é meu amor?
T amo... Bejos!
Carlinha, Garotinha esperta... hehehe segui sua sugestão e, de fato, obtive uma maior estabilidade na apuração dos "Números Perfeitos" quando do Processamento em Grid. Obrigado pela dica.
ResponderExcluir[]s
иαldσ dj