Com certeza seu front-end nao influencia, uma vez q o swf é rodado na máquina do cliente e nao no servidor. O servidor só recebe as chadas desse cliente e "gospe" de volta.
Desculpa até parecer pouco nobre, a pergunta é para iniciantes, mas vou tentar assim mesmo: Qnd vc diz q está usando JDBC "direto", é vc q está abrindo as conexoes com o banco? Está sempre abrindo novas conexoes ou "reaproveitando" conexoes já abertas? Se abriu uma nova conxeao, lembrou de fechar a anterior? Vc lembrou de sempre fechar os ResultSets/PrepareStatements depois de realizar as operacoes no banco? É q essas coisas sempre pegam na rapazeada (q geralmente está iniciando) dando esse problema de Pergem Space. verifique isso antes... se estiver tudo ok, daí sim a gente começa a procurar coisas mais "loucas" como threading issues, etc.. []s Em 3 de fevereiro de 2011 12:11, icaroqr <icaro...@gmail.com> escreveu: > Bom dia colegas! Estou com um problema aqui no momento de publicar e > manter minha aplicação, os logs do meu servidor de aplicação estão > disparando memory leaks e falta de memória permanente, a famosa Perm > Gen. Vou passar a situação do meu sistema e se alguém já estiver > passado por isso, gostaria de alguma orientação... > > O sistema tem o back-end em java, usando apenas JDBC para > persistência, autenticando em LDAP, e fazendo a ponte com o front-end > em Flex através do BlazeDS(AMF), no Flex eu não uso nenhum framework, > apenas componentes de Janela MDI...em meu ambiente localhost eu uso o > TomCat 6.0 como servidor de aplicação, e quando eu publico na > VM(linux) aqui da empresa, tenho que publicar em um JBOSS 4.2.3. > > O que acontecia era que na hora de gerar os relatórios(Jasper) o > sistema travava. Quando estourou o erro, eu requisitei um aumento da > memória máxima de uso, e da memória permanente..depois desse aumento a > aplicação não reclamou mais de memória, mas pelo oque andei lendo, > essa não é a solução correta pois a tendencia desses objetos estáticos > que o garbage não coleta da perm gen, é uma tendencia de aumento > constante.. > > Uma das soluções que encontrei foi baixar o Lambda Probe e monitorar a > aplicação no meu Tomcat, e fazendo alguns testes pesados, o máximo de > Perm gen utilizado foi de 64MB, Code Cache bateu em 32MB, Ternured Gen > 59MB e Eden Space 4MB...isso é muito? ou é normal? o que mais eu posso > fazer para evitar um novo estouro? e o problema maior é que minha > aplicação vai dividir espaço com outras no JBOSS...=\ > > Existe algum monitor de memória do player que roda minha aplicação > Flex? algo que eu possa colocar no servidor para verificar se meu > front-end está influenciando? > > Obrigado pela atenção! > Icaro Q. R. > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com > Para sair da lista, envie um email em branco para > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev -- Mario Junior http://blog.mariojunior.com/ @mariojunior -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
