性能(调优)三种吹毛求疵的行为

什么场景虚拟机调优很有用，说一下吧

汗~ “JVM调优是最后手段也是最不明显手段”，我跟你意见完全相反，首先应该考虑的方式和最明显的手段~

同意kimmking的说法。
楼主看到kimmking说“导致gc问题严重甚至d宕机”，就把这归类为trouble shooting，这个有点牵强了。  人家这句话本身是说参数不对可能导致gc问题，严重的情况下导致宕机。 重点在前半句，后半句只是个补充。

同意楼主后2条说法。

其实这问题不用争。  只是不同的场景而已。
但如果楼主的意思是:"不存在，或几乎不存在一种场景下，jvm调优效果明显"，那就值得争论下了。

我个人没做过这么精妙的性能调优，所以也想不到什么案例，jvm调优影响那么大。

但是我读过一本书， 周志明著的《深入理解Java虚拟机》，里边给了几个案例，都是很明显的jvm参数调优案例。

其中有一条对我还产生了实际的帮助。 就是eclipse启动速度调优的那块。 
那几个参数，效果就是挺明显。

我认为那种手段在先那种手段在后不是仅仅靠调优效果来排序,往往还要结合时间成本,客户等等因素.对与一个已经开发基本完成的项目来说,调整架构和调整JVM参数来说那个耗费的时间更多么,你采用了新的优秀的架构客户会给你更多的钱么?在现在这种"唯快不破"的环境下,优先去调整架构,优化代码的人当然少了.

哪个便宜调哪个。调jvm参数是秒调的，所以干嘛不先试试?
jvm当然只是一个方面，http服务器的conf文件某些参数也是很有必要的，也是秒调，干嘛不先试试？

从business的角度来说，花一点钱，看到一点效果，最喜欢是花一点钱，看到很多效果。别从程序员的眼睛里看东西。

jvm的默认参数在真正的production环境里是有很大问题的。这个有很多公式。根据自己的应用环境改变参数是基本要求。谁上线会用默认参数？？

第二条看似有道理，其实是废话。谁都知道水平扩展能提高系统容量，但是不要忘记，系统复杂度也增加了，硬件开销也增加了。不知道哪家公司财大气粗，想加硬件就加硬件，要么是人傻钱多。。。

第三条也是废话，这是基本要求。调到cpu90以上还叫调优么？

最喜欢对骂的帖子了。求各位大神罗列一些JVM参数调优的例子，或者另开一贴来反驳楼主的观点

楼上是唯恐不乱啊。。

我的观点也是jvm优先，因为是最容易，最快看出效果的。1分钟，1个人能干完的事，为啥要先去动用数个人，花数小时去做业务调优。

应该按效费比排序。。先调整最容易的。然后依次递加，代码的调优恰恰是最后的手段。除非你能一眼看出性能问题所在。

本来就是相辅相成的东西，搞得这么乌烟瘴气！

大神过招，小弟围观