Karina Harumi's Content - Page 7 - Fórum da Casa do Desenvolvedor

Reduzindo o impacto do consumo de memória do TClientDataSet em aplicações Delphi

Karina Harumi postou um tópico em Desenvolvimento de Software

Tópico originalmente criado por: @Jonathan Santos O TClientDataSet é uma estrutura de acesso a dados em memória que está presente no Delphi desde as suas primeiras versões. Este componente é um dos mais utilizados por desenvolvedores, tendo muitas aplicações práticas. Porém, este mesmo componente apresenta alguns problemas com consumo de memória, especialmente em cenários multi-threaded , por não ser um componente que está completamente otimizado este tipo de cenário. Apesar de não apresentar problemas de Memory Leak , o próprio consumo de memória do componente pode causar o travamento da aplicação, geralmente com erros de “Insufficient Memory for this Operation” ou “Out of Memory”. Para reduzir o impacto deste problema, existem alternativas à utlização do TClientDataSet, como trabalhar com dados em arquivo ao invés de memória, trabalhar com estruturas de dados que utilizam Generics ou trocar o TClientDataSet por componentes de terceiros que têm a mesma finalidade, como o KbmMemTable

Utilizando o EurekaLog para capturar Memory Leaks em aplicações Delphi

Karina Harumi postou um tópico em Desenvolvimento de Software

Tópico originalmente criado por: @Jonathan Santos Durante o desenvolvimento e manutenção de sistemas de software, por melhor que os desenvolvedores possam ser, erros podem ser cometidos. Um dos erros mais difíceis de serem detectados são os chamados Memory Leaks, principalmente por não causarem erros aparentes na execução dos programas, mas nem por isso são menos destrutivos quando não tratados. Memory Leaks, ou “Vazamento de Memória”, é um problema que ocorre quando porções de memória utilizadas pelo programa não são liberadas depois de utilizadas. Isso faz com que o programa passe a usar mais e mais memória, nunca liberando, e pode por fim consumir toda a memória RAM, causando graves problemas ao sistema (ex: lentidão, travamentos, erros de execução, etc). Esse problema é particularmente grave em sistemas que são executados por longos períodos, como serviços, aplicações para servidores, drivers de dispositivos, sistemas embarcados, etc. Portanto, vamos demonstrar como podemos capturar esse problema em nossas aplicações Delphi, usando a ferramenta Eureka Log (versão trial disponível em https://www.eurekalog.com/ 23). Usarei nesse artigo o Delphi 7 com o EurekaLog 7. Vale notar também que até o momento de escrita desse artigo, o EurekaLog é compatível com Delphi 3 em diante até o Delphi XE6. Antes de instalar o EurekaLog, feche quaisquer Delphis abertos. Instalar o EurekaLog é bem simples (inclusive está em português), não vou me alongar muito nesse ponto, apenas gostaria de destacar que é possível escolher para quais versões de Delphi presentes no sistema você deseja instalar o EurekaLog. Depois de instalado, ao abrir o Delphi, notem que foi criado mais um item de menu chamado “EurekaLog”. Porém, não é nesse menu que vamos encontrar as opções que iremos usar. Na verdade, há mais um item de menu criado, dessa vez dentro do menu “Project”, o “EurekaLog Options”. Isso deve-se ao fato de o EurekaLog armazenar suas configurações individualmente para cada projeto. Ao entrar nessa tela, veja que a princípio o EurekaLog encontra-se desativado, portanto devemos ativá-lo marcando “Activate EurekaLog”. Certifique-se de que em “Project Type” esteja selecionado “VCL Forms Application”. Entre na seção “Memory Problems” e certifique-se de estar marcado a opção “Catch memory leaks”, e clique em OK. Depois disso dê um Build em seu projeto (menu Project --> Build). É isso, tudo pronto para detectar os memory leaks do seu projeto! Para demonstração, vou deixar como anexo desse artigo um pequeno projeto com botões que causam memory leaks de duas formas bastante comuns de ocorrer. A primeira forma é não “dar Free” no final de uso de uma instância de objeto. A segunda forma é criar duas instâncias e atribuir as duas à mesma variável, fazendo com que a primeira instância tenha sua referência perdida. Para fins didáticos, deixei nesse projeto o EurekaLog desativado, para ativar siga as etapas já citadas. Agora para detectar os memory leaks, execute sua aplicação e use-a da maneira que achar conveniente. Procure usar os recursos que você desconfia que está causando memory leaks. No caso da demonstração, clique nos botões algumas vezes. Ao fechar o aplicativo, caso haja detecção de leaks, será aberto uma mensagem de erro, informando que o aplicativo contém erros. Se tiver escrito “Application has leaked memory”, encontramos memory leaks. Para abrir um relatório dos leaks encontrados, clique no “click here” da mensagem. Será aberta uma tela enumerando todos os memory leaks encontrados, tipo, tamanho, quantidade, dentre inúmeras outras informações. Em cada leak, há toda a “call stack” do momento da detecção do leak, e essa é a parte mais útil, pois aqui podemos descobrir o ponto exato da sua aplicação que está causando o leak. Para isso, procure na coluna Procedure/Method nomes de rotinas que lhe sejam familiar em relação ao seu projeto. Ao dar clique-duplo na linha, o EurekaLog lhe levará ao Delphi na linha da rotina que causou o memory leak. Para corrigir o memory leak ainda depende do desenvolvedor identificar e corrigir dentro dessa rotina a causa do leak (no caso do exemplo, remover a dupla instanciação). Por fim, algumas observações: ao entregar releases do seu produto aos seus clientes, desative antes o EurekaLog, senão caso aconteça leaks que não foram removidos, ao encerrar a aplicação vai aparecer aquele diálogo do erro por memory leaks. Outro detalhe é mais para os desenvolvedores que utilizam controle de versão (Git, Subversion, Mercurial, etc): o EurekaLog armazena suas configurações junto às configurações do projeto, e isso causa diferenças de versionamento e pode causar alguns problemas. As configurações não são eliminadas mesmo quando desativa-se o EurekaLog, portanto a única maneira que vejo de eliminar as configurações do EurekaLog do seu projeto é desinstalando ele.

Leitura: O Programador Pragmático

Karina Harumi postou um tópico em Troca de Conhecimentos Gerais

Tópico originalmente criado por: @Jonathan Santos Escrito por Andrew Hunt e David Thomas, dois dos fundadores do Manifesto Ágil, o livro The Pragmatic Programmer se tornou uma referência para programadores que buscam aprimorar suas habilidades. Através de análises de casos reais e aprendizados de anos de experiência no mercado, os autores estabeleceram uma série de princípios e conceitos que compreendem as características e responsabilidades de um programador pragmático. Este artigo é uma tentativa de, em poucas palavras, introduzir o conceito de pragmatismo no contexto da programação segundo os autores e servir como um breve resumo do livro. O que torna um programador, pragmático? Apesar de todo programador ser único e possuir pontos fortes e fracos, algumas características são inerentes à todo programador que se diz ser dedicado e responsável em seu trabalho, sendo elas: Adaptação rápida: Instinto por técnicas e tecnologias. Capacidade e interesse em se aprender novas tecnologias e associar o aprendizado ao conhecimento já obtido. Inquisição: Interesse em se obter clareza. Questionar e analisar toda situação intrínseca à dado problema. Pensamento crítico: Atitude de procurar entender e se assegurar da razão e dos motivos antes de fazer qualquer suposição. Realismo: Capacidade de compreender a real natureza de dado problema de forma a não idealizar possíveis soluções, mas sim entender o que pode ser feito de fato. Versatilidade: Disposição em se relacionar com várias áreas. Mesmo enquanto especialista, estar disposto a aprender e adquirir um leque genérico de conhecimento. Para se tornar um programador pragmático é necessário pensar sobre o que você está fazendo, enquanto você está fazendo. Não basta fazer uma auditoria isolada para se obter resultados positivos, mas sim criar o hábito de efetuar uma constante avaliação crítica de cada decisão que você tomou ou que pretende tomar. Em outras palavras, é necessário desligar o piloto automático e se fazer presente e consciente de toda ação tomada, estar constantemente pensando e criticando seu trabalho com base nos princípios do pragmatismo. Princípios a serem seguidos Ao longo dos capítulos o livro trata sobre vários princípios de como aprimorar sua atitude enquanto programador. Existem muitos livros dedicados inteiramente à alguns destes princípios, tamanha a importância e recorrência dos problemas que eles se propõem a resolver. 1. Não se repita (DRY - Don’t Repeat Yourself) Evite ambiguidade e duplicação. Toda parte do conhecimento deve possuir somente uma representação em todo o sistema. 2. Reflita sobre seu trabalho Desligue o piloto automático. Critique e avalie constantemente seu trabalho. 3. Seja um catalisador de mudança Você não pode impor mudanças às pessoas. Ao invés disso, mostre a elas como o futuro pode ser e ajude-as a participar de sua criação. 4. Invista regularmente em seu portfólio de conhecimento Faça da aprendizagem um hábito. Procure apender algo novo relacionado ao seu trabalho todo dia. 5. A maneira como você diz é tão importante quanto o que você diz Não adianta ter ótimas idéias se você não as comunica eficientemente. 6. Facilite a reutilização Se for fácil de reutilizar, as pessoas reutilizarão. Crie as circunstâncias que favoreçam a reutilização. 7. Não suponha, prove Prove suas suposições no cenário real, com dados reais e limites reais. Desta forma não haverá dúvidas sobre a eficácia da solução proposta. 8. Refatore cedo, refatore sempre Assim como você deve regar e cuidar de um jardim, reescreva, reorganize e reconstrua o código quando necessário. Ataque a raiz do problema. 9. Projete para testar Comece a pensar em teste antes mesmo de programar uma linha sequer. Evite código que não possa ser testado. 10. O código não está pronto até todos os testes estarem passando Palavras para se viver. Essas foram somente algumas das dicas e dos princípios apresentados pelo livro, inclusive, em sua versão original, o livro vem acompanhado de uma folha que pode ser destacada servindo como um guia de referência rápido com mais de 70 dicas além de resenhas sobre os pontos mais importantes de cada capítulo. De fato um ótimo item para se ter sempre à disposição. Em suma, se está interessado em saber mais sobre como aprimorar seu trabalho enquanto desenvolvedor, não pense duas vezes antes de adquirir este livro. A versão original em inglês pode ser obtida através da Amazon e já existem versões em português em lojas no Brasil como a Saraiva. Boa leitura.

Entrar

Perfis

Fóruns

Blogs

Calendário

Downloads

Tudo que foi postado por Karina Harumi