Como você pode tornar a experiência com o Eclipse mais rápida?
Por exemplo: desabilito todos os plugins de que não preciso (Mylyn, Subclipse,…).
Em vez de usar um plugin para o Mercurial , eu configuro o TortoiseHG como uma ferramenta externa.
Como você pode tornar a experiência com o Eclipse mais rápida?
Por exemplo: desabilito todos os plugins de que não preciso (Mylyn, Subclipse,…).
Em vez de usar um plugin para o Mercurial , eu configuro o TortoiseHG como uma ferramenta externa.
Respostas:
Os três fatores mais influentes para a velocidade do Eclipse são:
O espaço de trabalho "mesmo" no Indigo (3.7.2) SR2 é carregado em 4 segundos, no Kepler SR2 (4.3.2) em 7 segundos e no Luna (4.4.0) em 10 segundos. Todos são pacotes configuráveis Java EE. As versões mais recentes têm plugins mais incluídos, mas ainda assim a tendência é óbvia. (por "mesmo" espaço de trabalho, quero dizer: mesmos plugins (instalados adicionalmente) usados, mesmos projetos retirados do controle de versão).
Ativando-o com o JDK mais recente (Java 14 no momento da redação, o que não impede a compilação no seu projeto Eclipse com qualquer outro JDK que você deseja: 1.4.2, 1.5, 1.6 mais antigo ...)
-vm jdk1.6.0_10\jre\bin\client\jvm.dll
Configurando o eclipse.ini (consulte esta pergunta para obter um eclipse.ini completo )
-Xms512m
-Xmx4096m
[...]
O Xmx
argumento é a quantidade de memória que o Eclipse obterá (em termos simples). Com -Xmx4096m
, obtém 4 GB de RAM, etc.
Nota:
Referindo-se ao jvm.dll tem vantagens:
libjava.so
: No Linux, libjava.so
depende libjvm.so
, mas o inverso não é verdadeiro $ readelf -d libjava.so
Dynamic segment at offset 0x208a8 contains 25 entries:
Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libjvm.so] [...]
:: Quando a biblioteca contém essas informações, ld.so
é carregado libjvm.so
automaticamente quando um processo é carregado libjava.so
.
Adicione -Xverify:none
ao seu arquivo eclipse.ini .
Isso reduzirá consideravelmente o tempo de inicialização do Eclipse (50% no meu caso, se não mais). Isso instruirá a VM a não validar todos os arquivos .class que está carregando.
Considere o seguinte: Nunca desabilite a verificação de bytecode em um sistema de produção (conforme mencionado nos comentários)
Vá para Windows -> Preferências -> Validação e desmarque a opção que validators
você não deseja ou precisa.
Para o Eclipse 3.7, você usa Windows -> Preferências -> Geral -> Inicialização e Desligamento .
Verifique se você está usando o Sun JVM para executar o Eclipse.
No Linux, particularmente no Ubuntu, o Eclipse é instalado por padrão para usar o GCJ de código aberto, que apresenta desempenho drasticamente menor. Use update-alternatives --config java
para alternar para a Sun JVM para melhorar significativamente o snappiness da UI no Eclipse.
java -version
deve dizer algo como openjdk version "1.8.0_131"
). Acho que o OpenJDK 9 causa um desempenho pior (latência mais alta) para muitas tarefas.
Feche todos os projetos abertos que não estão em uso atual.
Tente desativar o modo de publicação automática durante o desenvolvimento.
Obrigado pelas dicas. Essas opções (mencionadas acima) me ajudaram bastante:
Janelas:
Aumentando a memória e referente à minha versão Java atualizada no eclipse.ini:
-Dosgi.requiredJavaVersion=1.6
-Xms512m
-Xmx512m
-XX:PermSize=512m
-XX:MaxPermSize=512M
-Xverify:none
Além disso, como estamos otimizando a velocidade, definir -Xms
o mesmo valor que -Xmx
faz com que a JVM inicie com a quantidade máxima de memória que ela pode usar.
Linux / Ubuntu:
Usando
update-alternatives --config java
-XmX
) depende da memória do seu sistema. Quando fiz a pergunta, 512m era o valor otimizado para o meu netbook WinXP antigo. Leia mais aqui: stackoverflow.com/questions/4304312/…
Outro aumento de desempenho pode ser obtido desativando as decorações de etiqueta ( Windows -> Preferences; General -> Appearance -> Label Decorations
) e desativando os recursos não utilizados na inicialização ( Windows -> Preferences; General -> Startup and Shutdown
).
Você também pode obter desempenho adicional escolhendo uma estratégia de coleta de lixo diferente, dependendo da sua JVM.
Se você está cansado dos ciclos de reinicialização, pode usar o JavaRebel da ZeroTurnaround. Isso diminuirá o tempo gasto na reinicialização do servidor / cliente.
Embora não esteja diretamente relacionado ao Eclipse:
Se você estiver executando o Windows 7 (e presumivelmente o Windows Vista), desative a indexação de arquivos da pasta da área de trabalho, se o material estiver no local padrão - sua pasta pessoal. Por padrão, o Windows indexa tudo na sua pasta pessoal e, normalmente, é apenas um desperdício para o seu espaço de trabalho. (Clique com o botão direito do mouse na pasta da área de trabalho no explorer, Propriedades -> Avançado .)
O Eclipse carrega plug-ins preguiçosamente, e os plug-ins mais comuns, como o Subclipse , não fazem nada se você não os usar. Eles não diminuem a velocidade do Eclipse durante o tempo de execução e não ajudarão a desativá-los. De fato, Mylyn demonstrou reduzir a pegada de memória do Eclipse quando usado corretamente.
Eu corro o Eclipse com toneladas de plug-ins sem nenhuma penalidade de desempenho.
Não é apenas a memória que você precisa aumentar com a opção -Xmx, mas também o tamanho da permissão . Eu acho que esse problema foi resolvido no Eclipse 3.4.
Há outra coisa que realmente acelera o Eclipse no Windows e especialmente no Linux - colocar a JVM no disco RAM.
No Windows, você pode usar o driver de disco RAM comercial da Qsoft .
Para Linux, use qualquer um dos métodos descritos em vários artigos na Internet. É importante dar espaço adicional ao disco RAM 10% maior que o tamanho da JVM.
Confira. Isso realmente faz a diferença.
grep -r
ou talvez usar vmtouch
para carregar as páginas no cache fs?
Eu ofereço uma tonelada de memória (adiciono uma -Xmx
opção ao comando que a inicia) e tento evitar sair e reiniciá-la - acho que os piores atrasos estão na inicialização, portanto, oferecer muita RAM permite que eu continue mais tempo antes de travar Fora.
Juntamente com o software mais recente (Eclipse e Java mais recente) e mais RAM, você pode precisar
Também afinei vmargs e outras coisas. Mas o que realmente acelerou o Eclipse no Windows é a configuração "adequada" do software antivírus. Você precisa desativar a verificação sob demanda de arquivos compactados. arquivos jar e muitos arquivos relacionados ao java são compactados com o algoritmo PKZIP para economizar espaço. Como o Eclipse usa toneladas de arquivos java, um antivírus tenta descompactar e verificar individualmente cada um deles. Portanto, para a plataforma Windows: desative a verificação sob demanda de arquivos compactados, caso contrário, o Eclipse ficará inusoravelmente lento. Lembre-se de que desabilitar isso infelizmente torna seu sistema mais fraco contra ataques, a maioria dos malwares usa empacotadores.
Eu implementei um plug-in para configurar quais recursos devem ser carregados em tempo de execução para melhorar o desempenho e reduzir o conflito entre diferentes plug-ins.
Você pode ter instalado muitos recursos no Eclipse, como ferramentas de desenvolvimento Android, ferramentas de desenvolvimento C / C ++, plug-ins PHP , SVN , Git e ClearCase . Portanto, o Eclipse é pesado e custa muita memória, e alguns deles não são usados com frequência.
Então você pode usar minha ferramenta para criar políticas de tempo de execução diferentes, como uma que tenha Android, Git e Eclipse base, outra contém C / C ++, SVN e Eclipse base. Da próxima vez, o Eclipse carregará os recursos especificados apenas se você estiver usando a política que possui apenas Android e Git.
Você pode experimentá-lo e me fornecer o feedback. :)
O nome dessa ferramenta é Equinox Advanced Configurator .
Não ser subestimado é ter uma máquina rápida. 16-32 GB de RAM, SSD e um processador decente ... e quem chega lá.
As práticas recomendadas nesse encadeamento são implementadas no Optimizer for Eclipse gratuito , da ZeroTurnaround .
Com o que isso ajuda?
Para mais detalhes, consulte este artigo no RebelLabs .
Faça um esforço para configurar seu caminho de construção. O preenchimento de código usa muita memória se precisar percorrer toda a pasta do projeto.
Eu experimentei uma melhoria considerável no desempenho ao limitar o número de guias abertas (no passado, eu costumava ter mais de 30 guias abertas). Você pode permitir que o Eclipse lide com isso automaticamente:
Janela -> Preferências -> Editores -> fechar editores automaticamente
8 abas abertas é a quantidade antes do sinal >> aparecer, então eu costumo deixá-lo às 8.
Ao abrir mais guias, as que foram acessadas menos recentemente serão fechadas.
-> Quando todos os editores estão sujos ou imobilizados
Se houver modificações não salvas, você poderá solicitar salvar e reutilizar (a guia será fechada, uma nova será aberta em seu lugar). Ou você pode abrir um novo final do editor, aumentando assim a quantidade de guias abertas (a opção discreta).
Se quiser garantir que algumas guias nunca fiquem fechadas automaticamente, você pode fixá-las. Isso clicando no ícone de alfinete (o ícone mais à direita na barra de ferramentas, com "editor de alfinete" como texto da dica).
Tente isso também, melhorará o desempenho:
limpando índices - {caminho da área de trabalho} .metadata.plugins \ org.eclipse.jdt.core limpando histórico - {caminho da área de trabalho} .metadata.plugins \ org.eclipse.core.resources.history
A limpeza das pastas acima não afetará os arquivos do projeto.
**Tips for making Eclipse IDE Faster**
O Eclipse será executado mais rapidamente ao trabalhar com pequenos projetos. Mas quando você tiver que trabalhar com projetos grandes, ficará irritado com a velocidade. Mesmo com uma enorme RAM, você não ficará feliz com sua velocidade. As etapas abaixo ajudarão o eclipse a aumentar sua velocidade
Remover ativação indesejada de alguns dos plugins no arranque, indo para Windows-> PREFERÊNCIA> Geral-> inicialização e desligamento também certificar-se você não usar esses plugins em qualquer um dos seus pontos de vista
Desativar decorações de etiqueta que são menos úteis para você também ajudará você a obter algum desempenho. Vá para Windows -> Preferências -> Geral -> Aparência -> Etiqueta -> Decorações
Feche projetos indesejados e use a opção de conjunto de trabalho para passar de um grupo de projetos para outro sem problemas.
Configure eclipse.ini, que estará disponível no local instalado do eclipse.
Configuring eclipse.ini should be based on your RAM
-Xms256m
-Xmx512m
-XX:PermSize=512m
-XX:MaxPermSize=512M
Consulte também http://wiki.eclipse.org/Eclipse.ini para obter mais opções para configurar o eclipse.ini.
Não mantenha muitas guias abertas no editor. Melhor ter cerca de 20 guias. Feche regularmente as guias não utilizadas. Para abrir recursos, sempre podemos usar ctrl + shift + R e ctrl + shift + T (recurso java) em vez de abrir muitas abas. Eu experimentei uma melhoria considerável no desempenho ao limitar o número de abas abertas (no passado eu costumava ter 30 abas abertas). Você pode deixar o eclipse lidar com isso automaticamente: Janela-> Preferências-> Editores-> fechareditores automaticamente 8 guias abertas é o valor antes que o sinal >> apareça, então defino 14 como meu valor padrão. Ao abrir mais guias, as que foram acessadas menos recentemente serão fechadas. Quando todos os editores estão sujos ou imobilizados. Se houver modificações não salvas, você poderá solicitar salvar e reutilizar (a guia será fechada, uma nova será aberta em seu lugar). Ou você pode abrir um novo final do editor, aumentando assim a quantidade de guias abertas (a opção discreta). Se quiser garantir que algumas guias nunca fiquem fechadas automaticamente, você pode fixá-las. Isso clicando no ícone de alfinete (o ícone mais à direita na barra de ferramentas, com "editor de pinos" como texto da dica da ferramenta).
Vá para Windows -> Preferências -> Validação e desmarque os validadores que você não deseja ou precisa.
Vá para Windows -> Preferências -> Geral -> Aparência -> e desmarque qualquer animação que você não deseja ou precisa.
Vá para Windows -> Preferências -> Maven e marque 'não atualizar automaticamente dependências' .
Bem, se você estiver desenvolvendo um aplicativo GWT usando o Eclipse, então esta é a maneira:
Erro de falta de memória no Eclipse
Lembre-se também de adicionar os mesmos argumentos da VM à configuração do modo hospedado.
Se você usar o Maven e o ivy, verifique seus consoles, caso estejam consumindo o processamento durante as compilações. Eu uso o ivy e, além disso, alguns arquivos JAR (internos) são alterados com a mesma versão, por isso é preciso exercitar-se o tempo todo para buscá-los.
Se você definiu seu projeto em uma unidade de rede, também experimentará um atraso durante os processos de construção / leitura / gravação.
Desative / desinstale os plugins que você não precisa.
Perspectiva próxima de que você não precisa
Fechar conexões de banco de dados não utilizadas
Em casos especiais, o desempenho ruim pode ser causado por bancos de dados h2 ou nwire corrompidos. Leia Cinco dicas para acelerar o Eclipse PDT e o nWire para obter mais informações.
Onde trabalho, dependemos de uma VM para executar o Debian . Eu instalei outra versão do Eclipse na VM para testar propósitos, mas isso às vezes cria conflitos se eu tiver a outra versão do Eclipse em execução. Há uma pasta compartilhada que as duas versões do Eclipse compartilham. Eu acidentalmente deixei a instalação do Debian Eclipse executando em segundo plano uma vez e isso me deu arquivos de banco de dados corrompidos.
No Windows 8. Abra o painel de controle. Encontre o Windows Defender. Vá para configurações Excluir todas as pastas onde estão o Spring / Eclipse e o espaço de trabalho.
Além de configurar o eclipse.ini para uso de memória. Eu configurei por "Opções de inicialização e desligamento". Meu Eclipse está em chamas rapidamente agora.
A única maneira real de acelerar o Eclipse com os plug-ins padrão é fornecendo mais memória e, em alguns casos, acesso a um espaço de armazenamento mais rápido / disco rígido desfragmentado.
Além disso, não há muito o que fazer em termos de desempenho: a maioria dos plug-ins padrão não tem um custo de tempo de execução contínuo, mesmo o Mylyn é relativamente rápido.
Atualizar para a JVM mais recente suportada em sua máquina também pode ajudar.
Algumas pessoas fazem o downgrade para versões mais antigas do Eclipse para obter melhor desempenho. Também pode fazer sentido usar o Eclipse classic em vez dos lançamentos oficiais.
Tente esse. Existem duas maneiras.
Primeiro Procedimento
Consulte este artigo.
http://www.javacodegeeks.com/2014/06/the-real-way-to-make-eclipse-run-faster-on-ubuntu.html
Segundo procedimento.
Execute o comando no terminal.
ramdisk
para obter melhor desempenho e resposta rápida para o Ubuntu.
Ramdisk faz parte da memória do sistema. O Ubuntu, por padrão, usa metade da memória física (RAM) como ramdisk e é montado no
/ dev / shm
, ele pode ser usado como espaço em disco normal (crie arquivos e pastas e manipule-os com melhor desempenho, se eles estiverem armazenados no disco rígido). Se o ramdisk usar mais da metade da RAM, os dados serão movidos para o espaço de troca. Se o ramdisk usa menos, o restante ainda pode fazer o que a RAM está fazendo.
Definir o limite superior do ramdisk
Como dito acima, o ramdisk por padrão pode usar metade da RAM. Se você deseja alterar o limite superior, siga as etapas abaixo:
Edite / etc / fstab pelo seu editor favorito:
gksudo gedit / etc / fstab
Encontre esta linha e altere para que fique assim (adicione essa linha, se não existir, e altere 512M para o que você gosta.):
padrões tmpfs / dev / shm tmpfs, tamanho = 512M 0 0
Reinicialize ou remonte
/ dev / shm
Montar / tmp no ramdisk
Para facilitar o uso, você pode montar um diretório no
/dev/shm
seguindo os comandos:
mkdir / dev / shm / tmp
chmod 1777 / dev / shm / tmp
mount --bind / dev / shm / tmp / tmp