Pular para o conteúdo principal

Postagem em destaque

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️

🚀 Oferecendo Serviços Remotos de Desenvolvedor AdvPL e Mais 🖥️ Olá pessoal, Espero que este post encontre todos vocês bem! É com grande entusiasmo que compartilho que estou expandindo meus serviços como Desenvolvedor AdvPL para novos desafios e colaborações. Com mais de duas décadas de experiência sólida, minha jornada profissional tem sido enriquecedora, com a oportunidade de participar de projetos empolgantes ao longo dos anos. Agora, estou ansioso para trazer minha experiência e habilidades para novas equipes e projetos, trabalhando de forma remota. Minha expertise abrange não apenas AdvPL, mas também outras tecnologias-chave, incluindo JS, SQL, Infraestrutura e Otimização de Processos. Acredito que essa combinação de conhecimentos me permite oferecer soluções abrangentes e eficazes para uma variedade de necessidades de desenvolvimento. Acredito que a tecnologia tem o poder de transformar negócios e impulsionar o sucesso, e estou comprometido em ajudar meus clientes a alcançar seu

BlackTDN :: a small memory manager test code (Harbour vs AppServer : round I fight)

totvsappmemtst

Em 27/01/2012, 10:19:52, TOTVS APPServer P10 7.00.101202A-20110330 R1, Windows teve um desempenho mais que aceitável no teste de gerenciamento de memória e de processamento ao usar o algoritmo desenvolvido por um dos colaboradores do Harbour Project, vszakats. O algoritmo, desenvolvido orginalmente para testar o gerenciamento de memória pelo próprio Harbour, foi modificado e adaptado para compilar e rodar tanto no Harbour quando no TotvsApp.

É um algoritmo de certa forma interessante pois usa um “buffer” de 1024 bytes para testar Strings e Arrays com muitos elementos (os dois maiores consumidores de memória depois dos objetos) para testar, além do desempenho da aplicação, a alocação e liberação de memória dinâmica.

Na nova versão do código foram implementados 10 testes, dos quais o TotvsAppServer executou satisfatoriamente quase 8.

“a small memory manager test code”

#define N_LOOPS                                                                                                              (1000*1000)
#define N_MAXLOOP                                                                                                                     10
#defineWHITE_SPACE                                                                                                                1024
#defineMAX_SIZE_ARRAY                                                                                                       100000

Aos resultados:

image 

 

 

 

 

 

 

 

Usando o WinMerge para comparar o conteúdo dos diretórios poderemos perceber que Harbour executou 10 dos 10 testes definidos.

Com isso, podemos concluir que o Harbour teve mais folego na execução dos testes e possuindo gerenciamento de memória e  “Garbage Collector” mais eficientes, não desmerecendo o TotvsAppServer que enviou mensagens bem informativas e esclarecedoras sobre o processo de Gerenciamento de Memória:

----------- OS Memory Summary -------------
Physical memory .     2035.77 MB.   Used     2022.23 MB.   Free       13.54 MB.
Paging file .....           3927.52 MB.   Used     2816.35 MB.   Free     1111.17 MB.

----------- APP Memory Summary ------------
       Service Memory Capacity ...      2047.88 MB.
       Service Virtual Address ...         1944.62 MB.
       Service Resident Memory ...      1917.86 MB.

[FATAL][SERVER] [MEMORY] Used memory OVER SAFE LIMIT. REMOTE CONNECTIONS ARE DISABLED.

[INFO ][SERVER] [MEMORY] VMA Avg   0.90 - Peak  1844.74 MB. - SL  2047.88 MB.

[INFO ][SERVER] [MEMORY] RES Avg   1.00 - Peak  1818.76 MB. - SL  1818.76 MB.

Comparando os resultados do Primeiro teste teremos:

Harbour

27/01/2012, 08:59:36, Harbour 3.1.0dev (Rev. 17207), Windows XP 5.1.2600 Service Pack 3

Len( cWSpace ) :      1024

testing single large memory blocks allocation and freeing...

CPU time:    0.2031250000 sec.
real time:      0.2190000000 sec.

 

Protheus/TotvsAppServer

27/01/2012, 10:19:52, TOTVS APPServer P10 7.00.101202A-20110330 R1, Windows

Len( cWSpace ) :      1024

testing single large memory blocks allocation and freeing...

CPU time:    0.5310000000 sec.
real time:      0.5310000000 sec.

 

testing many large memory blocks allocation and freeing... testing large memory block reallocation with intermediate allocations...
Harbour Protheus/TotvsAppServer

CPU time:   13.1093750000 sec.
real time:     14.9690000000 sec.

CPU time:   24.3600000000 sec.
real time:     24.3600000000 sec.

Harbour Protheus/TotvsAppServer

CPU time:    0.7187500000 sec.
real time:      0.8120000000 sec.

CPU time:     2.8440000000 sec.
real time:       2.8440000000 sec.

Teste 1

27/01/2012, 08:59:56, Harbour 3.1.0dev (Rev. 17207), Windows XP 5.1.2600 Service Pack 3

27/01/2012, 10:20:20, TOTVS APPServer P10 7.00.101202A-20110330 R1, Windows

CPU time (total):   18.0156250000 sec.
real time (total):      20.0000000000 sec.

CPU time (total):   28.0000000000 sec.
real time (total):     28.0000000000 sec.

[]s
иαldσ dj

Comentários

Postagens mais visitadas deste blog

BlackTDN :: RLeg ~ Desvendando a Função ParamBox

Para quem precisar desenvolver uma interface de entrada de dados, coisa rápida, e não quer ter aquele trabalhão danado que todos já sabemos, o Protheus tem uma função que ajuda muito, é uma interface semelhante a função Pergunte, porém com muito mais opção de objeto de entrada de dados, alias até colocar o scrollbox desta interface com todos os objetos em outra MsDialog ou Wizard é simples. Vejam o exemplo abaixo, boa sorte! Rleg. //---------------------------------------------------------- // Função exemplo utilizando a função ParamBox() //---------------------------------------------------------- User Function xParamBox() Local aRet := {} Local aParamBox := {} Local aCombo := {"Janeiro","Fevereiro","Março","Abril","Maio","Junho","Julho","Agosto","Setembro","Outubro","Novembro","Dezembro"} Local i := 0 Private cCadastro := "xParambox" // ---------------

BlackTDN :: Customizando a interface de Login no Protheus e by You

A publicação “ BlackTDN :: By You e sua nova tela de login ”  de nosso amigo OBona deu o que falar e, em função disso, esse que a muito não vos escreve resolveu criar uma versão onde será possível personalizar, “por completo”, a tela de login no Protheus/by You. Considerando que OBona já havia “mapeado, identificado e customizado” as imagens peguei-as emprestadas para o exemplo que se segue: O primeiro passo para a customização “total” da interface de login do Protheus/by You será implementar o “Ponto de Entrada” ChgPrDir (Diretório de impressão) . Usaremos esse PE juntamente como programa U_FindMsObject.prg (apresentado pela primeira vez em: Protheus :: ADVPL : The Container : Presents Pandora's box ). Diferente do exemplo proposto por OBona, que substitui, durante o processo de compilação, as imagens padrões do sistema (excluindo-as) por imagens customizadas (com o mesmo nome) este novo exemplo mantém, no RPO, as imagens padrões adicionando novas imagens customizadas que serã

Protheus :: Chamando Funções do Menu Diretamente e sem a Necessidade de Login

Ferne$ perguntou: "...é possível abrir alguma rotina do sistema sem solicitar login ao usuário, como por exemplo a rotina MATA010..." Sim Ferne$, é possível sim. Abaixo um Exemplo para a Chamada à função MATA010 sem a necessidade de Login no sistema. #INCLUDE "PROTHEUS.CH" #INCLUDE "TBICONN.CH" /*/ Funcao: MATA010Ex Data: 30/04/2011 Autor: Marinaldo de Jesus Descricao: Executar a Funcao MATA010 diretamente sem a necessidade de LOGIN no Protheus Sintaxe: 1 ) U_MATA010Ex ( Chamada diretamente na Tela de Entrada do Sistema ) ; ou 2 ) totvsclient.exe -q -p=u_MATA010Ex -a=01;01 -c=rnp_local -e=rnp -m -l ( Chamada Via Linha de Comando ) /*/ User Function MATA010Ex( cEmpFil ) Local aEmpFil Local bWindowInit := { || __Execute( "MATA010()" , "xxxxxxxxxxxxxxxxxxxx" , "MATA010" , "SIGAFAT" , "SIGAFAT", 1 , .T. ) } Local cEmp Local cFil Local cMod Local cModName := "SIGAFAT" DEFA