Olá Beck, A moral da história se resume em programar corretamente, senão o leak de memória pode detanar sua aplicação. Estou correto ? :)
Eu nao sei se no java, ao realizar uma programação ruim, o GC dá conta do recado... queria saber :) On 29 ago, 17:06, Beck Novaes <[EMAIL PROTECTED]> wrote: > Daniel, > > A minha premissa básica é: > > - A alocação e desalocação de memória não deveria ser algo de > responsabilidade do desenvolver Flex. > O problema é que, ao que tudo indica, isto é sim responsabilidade > nossa e, pior, o número de posts sobre o assunto, os Hacks e soluções > alternativas e até mesmo a extensão desta discussão é, a meu ver, um > indício que esta "funcionalidade" do Flex é deficiente. Também haja > vista a complexidade que gira em torno do assunto. A minha crítica é > apenas neste sentido! Portanto, concluir que quem não se preocupa com > isso não escreve código corretamente é uma no mínimo uma generalização > apressada. Aliás, na apresentação que fiz no eGenial eu falo sobre o > "problema da memória" e também menciono o "weakReference". > > []'s > Beck Novaes > > On 29 ago, 16:44, Daniel Schmitz <[EMAIL PROTECTED]> wrote: > > > Opa, > > > que bom que o assunto foi realmente comentando. Eu estava com medo de > > somente eu ter o receio do GC do Flex. > > > Bom, citando algumas conversas: > > > Luis Eduardo: > > > "Por exemplo o jeito não oficial de se forçar o GC usando aquelas > > connections. Será que isso realmente dispara o GC? será que não deixa > > os > > tais footprints dessa própria função? " > > > O hack para executar o GC é realmente verdadeiro e deve ser utilizado > > somente para testes. Veja mais em: "http://www.gskinner.com/blog/ > > archives/2006/08/as3_resource_ma_2.html" no topico: "Unsupported Way > > to Force GC" > > > "Eu fiz um teste curioso e fiquei mais perdido ainda... Antigamente > > ouvi falar que quando vc minimiza a tela do navegador (IE com certeza, > > firefox nao lembro) é forçado um GC também no flash e a memória > > utilizada pelo processo, se vc olhar no taskbar, vai lá pra baixo. " > > > Isso acontece mesmo, porque o Internet Explorer executa um método > > chamado SetProcessWorkingSetSize que pega quase tudo da memoria RAM e > > joga pra memória virtual (paginação).Na verdade isso é uma falsa > > impressão de que a memória foi coletada. Veja mais > > em:http://www.mossyblog.com/archives/441.cfm > > > Beck: > > > "Eu quero é desenhar interfaces" :) > > > Tudo bem, mas se preocupe um pouco com memória :) Nao precisa > > implementar rotinas sofistificadas de GC, mas apenas preocupe-se em > > escrever código corretamente, como vc já faz com o Flex ao usar > > commitProperties, invalidates e cia. Também lembre-se de adicionar > > listners com o weakreference igual a true :) > > > "O Flash Player foi mal implementado " > > > Acredito que não. mas poderia ser melhor :) Pegue um GC 90% e rotinas > > mau implementadas... Isso gera problemas.. > > > Fabio Terracini : > > > A sua "sacada" de gerenciamento de memória através do view stack é > > muito boa, ajuda bastante... Mas isso gera um leak de memória pq se o > > usuário não for mais usar uma tela, ela fica lá no view stack para > > sempre.... Estou certo ? > > > Rogerio Gonzalez: > > > "Possuo um cliente com um sistema de RH que > > ele usa plenamente durante horário comercial (toda a operação dele > > depende disso) e no entanto, nunca tive nenhuma reclamação a respeito. > > " > > > Isso é música para meus ouvidos. :) > > > Pessoal, resumindo, existe um post da dclick que resume as principais > > informações sobre o GC do Flex, então recomendo uma boa leitura. Segue > > o link:http://blog.dclick.com.br/2007/07/16/flash-player-garbage-collector/ > > > Abraços Pessoal --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [EMAIL PROTECTED] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
