Pergunta

Eu deveria começar por dizer que estou bastante familiarizado com a configuração de configurações de memória Eclipses. Atualmente estou usando uma variante de uma das configurações postadas:

... --launcher.XXMaxPermSize 256m -vmargs -Xms40m -Xmx512m -Xss2m -Djava.net.preferIPv4Stack = true -Dcom.sun.management.jmxremote

E de acordo com JConsole eo monitor pilha interna, Eclipse nunca fica perto de ficar fora do heap.

O que ele faz é bater constantemente com Oomes, como a cada 30-50 minutos. Às vezes ele me diz houve um OOME, outras vezes ele simplesmente fecha silenciosamente. Estranhamente, a instância eclipse Outro que está em execução o tempo todo (a versão J2EE) nunca caiu uma vez, mesmo com muito mais arquivos de origem.

Houve uma ou duas vezes, onde ele tem sido um processo zumbi após o acidente e eu consegui ver a sua pegada de memória - cerca 1.5gigs, bem acima do que o monitor pilha disse que estava usando. Então, qual é o negócio? Algo vazando? Faço notar que o número de threads ativas parece ir constantemente para cima.

Alguém já teve esse problema e fixa-lo?

Foi útil?

Solução

De acordo com a neste site , as configurações de memória adequados para Eclipse / Flex Builder é :

-Xms256m
-Xmx512m

Essas são as configurações mem que eu uso para eclipse e parece funcionar bem. Espero que ajude.

Outras dicas

Dependendo do tamanho e da complexidade do projeto que você pode ter que aumentar a memória dada a FlexBuilder. Você pode tentar usar JVM diferente. No caso Flexbuidler não será iniciado até então você provavelmente dar-lhe muita memória.

Não há santo graal para este problema, mas compartilhando minha FlexBuilder.ini pode ajudar alguns:

-vm
C:\Program Files\Java\jdk1.6.0_20\bin\javaw.exe

-vmargs
-Xms1024m
-Xmx1224m
-XX:MaxPermSize=365m
-XX:PermSize=256m
-Djava.net.preferIPv4Stack=true
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top