信步漫谈之Eclipse—性能调优

作为一个开发人员,最常用的工具是一定要玩的溜的,正所谓磨刀不误砍柴工嘛!本文主要记录了本人对Eclipse使用过程中的一些个人习惯配置与技巧,以及性能调优方法,仅以为记。

注:因为使用过多个版本的Eclipse,所以部分配置可能有的Eclipse版本没有,忽略即可。

Eclipse配置优化

1、关闭部分Eclipse启动加载的插件(windows->preference->general->startup and shutdown)

保留以下,其他可以关闭:

WTP(Web Tools Platform)的UI插件:WTP Webservice UI Plug-in,WTP(Web Tools Platform)项目在eclipse平台上进行扩展,是一个开发J2EE Web应用程序的工具集。

其他关闭的插件作用介绍:

Eclipse自动更新:automatic updates scheduler
向Subclipse汇报统计数据:subclipse usage reporting
Equinox框架的自动更新:Equinox Provisioning Platform Automatic Updata Support
使用数据收集:Usage Data Gathering Plug-in

2、关闭Maven自动更新索引(windows->preference->Maven)

Download repository index updates on startup勾选去掉,maven在Eclipse启动后会自动去更新索引,这个文件比较大,有38M多,maven的索引作用是方便从maven仓库下载jar包,一般在新增或变更了maven仓库后,更新一次索引就可以了。

手动更新索引的方式:windows->show view->other选择视图Maven Repositories,这个视图会展示所有你配置的本地仓库和远程仓库,右键rebuild index

3、取消单词拼写检查(windows->preference->general->Editors->Text Editors->Spelling)(按需)

Enable spell checking勾选去掉,一般没什么用,好像就是按照eclipse的词典,如果单词错了,变色一下。

原文地址:https://www.cnblogs.com/alfredinchange/p/5866862.html

时间: 2024-10-11 02:47:16

信步漫谈之Eclipse—性能调优的相关文章

eclipse 性能调优之内存分配

如果觉得自己的 eclipse 比较慢,可以通过修改 %eclipse_home%/eclipse.ini 文件进行调整:        将 -Xms 和 -Xmx 的内存调整至 512m(你本机可用内存的 1/4,2G 内存的话就是 512m):                -Xms512m                -Xmx512m        然后在文件末尾添加以下几行参数:                -XX:PermSize=96m                -XX:Ma

[转]迄今为止最优的Eclipse运行性能调优 ,含eclipse.ini

最近,Eclipse(Eclipse-JEE3.5)运行十分缓慢(可能插件安装过多),因此,得到了个机会调优一下,以便提高工作效率 下图是未经任何调整eclipse的gc情况(使用jvisualvm命令,安装visual gc插件) 在终端输入:jvisualvm运行后,工具->插件->visual gc,安装. 启动eclipse后,在终端运行: ps -ef | grep eclipse,然后在jvisualvm的应用程序一栏选择eclipse pid的程序双击,即可到visual gc上

性能调优工具

[性能调优工具jps.jstack.jmap.jhat.jstat.hprof使用详解]http://my.oschina.net/feichexia/blog/196575 现实企业级Java开发中,有时候我们会碰到下面这些问题: OutOfMemoryError,内存不足 内存泄露 线程死锁 锁争用(Lock Contention) Java进程消耗CPU过高 这些问题在日常开发中可能被很多人忽视(比如有的人遇到上面的问题只是重启服务器或者调大内存,而不会深究问题根源),但能够理解并解决这些

Java内存泄露及性能调优

内存泄漏及解决方法 1.系统崩溃前的一些现象:每次垃圾回收的时间越来越长,由之前的10ms延长到50ms左右,FullGC的时间也有之前的0.5s延长到4.5sFullGC的次数越来越多,最频繁时隔不到1分钟就进行一次FullGC年老代的内存越来越大并且每次FullGC后年老代没有内存被释放 之后系统会无法响应新的请求,逐渐到达OutOfMemoryError的临界值. 2.生成堆的dump文件 通过JMX的MBean生成当前的Heap信息,大小为一个3G(整个堆的大小)的hprof文件,如果没

成为Java GC专家(5)—Java性能调优原则

这是"成为Java GC专家"系列的第五篇文章.在第一篇深入浅出Java垃圾回收机制中,我们已经学习了不同的GC算法流程.GC的工作原理.新生代(Young Generation)和老年代(Old Generation)的概念.你应该了解了JDK7中5种GC类型以及各种类型对应用程序的影响. 在第二篇如何监控Java的垃圾回收中,阐述了JVM是怎样实际执行垃圾回收的,我们怎样去监控GC以及哪些工具能让这个过程更高效. 第三篇如何如何优化Java垃圾回收机制中展示了一些基于真实案例的最佳

(转)JVM性能调优之生成堆的dump文件

转自:http://blog.csdn.net/lifuxiangcaohui/article/details/37992725 最近因项目存在内存泄漏,故进行大规模的JVM性能调优 , 现把经验做一记录. 一.JVM内存模型及垃圾收集算法 1.根据Java虚拟机规范,JVM将内存划分为: New(年轻代) Tenured(年老代) 永久代(Perm) 其中New和Tenured属于堆内存,堆内存会从JVM启动参数(-Xmx:3G)指定的内存中分配,Perm不属于堆内存,有虚拟机直接分配,但可以

JVM性能调优(转)

本文转自:http://www.cnblogs.com/chen77716/archive/2010/06/26/2130807.html 最近因项目存在内存泄漏,故进行大规模的JVM性能调优 , 现把经验做一记录. 一.JVM内存模型及垃圾收集算法 1.根据Java虚拟机规范,JVM将内存划分为: New(年轻代) Tenured(年老代) 永久代(Perm) 其中New和Tenured属于堆内存,堆内存会从JVM启动参数(-Xmx:3G)指定的内存中分配,Perm不属于堆内存,有虚拟机直接分

JVM 性能调优实战之:使用阿里开源工具 TProfiler 在海量业务代码中精确定位性能代码

本文是<JVM 性能调优实战之:一次系统性能瓶颈的寻找过程> 的后续篇,该篇介绍了如何使用 JDK 自身提供的工具进行 JVM 调优将 TPS 由 2.5 提升到 20 (提升了 7 倍),并准确定位系统瓶颈:我们应用里静态对象不是太多.有大量的业务线程在频繁创建一些生命周期很长的临时对象,代码里有问题.那么问题来了,如何在海量业务代码里边准确定位这些性能代码?本文将介绍如何使用阿里开源工具 TProfiler 来定位这些性能代码,成功解决掉了 GC 过于频繁的性能瓶颈,并最终在上次优化的基础

JVM性能调优实践——JVM篇

前言 在遇到实际性能问题时,除了关注系统性能指标.还要结合应用程序的系统的日志.堆栈信息.GClog.threaddump等数据进行问题分析和定位.关于性能指标分析可以参考前一篇JVM性能调优实践--性能指标分析. JVM的调优和故障处理可以使用JDK的几个常用命令工具.因为本文是基于Docker容器内部的Springboot服务.需要调整一下docker容器的启动参数,才可以使用jmap等工具.jmap命令需要使用Linux的Capability的PTRACE_ATTACH权限.而Docker