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

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

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

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

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

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

不知道我理解没理解错
javamonkey 说那个移动的项目应该是上线前的场景，需要经历客户验收和性能测试，所以首要的是代码层面的调优。
kimking是在tb平台下的应用，系统属于是稳定运行期，海量用户量造成宕机或者性能问题才会调优，而平时去调优可能就显得多余了。
一个是项目，一个是网站本来就有区别
两个人背景不同，互相理解不了也挺正常的

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

看看实际的场景吧。
客户说，这个应用慢的要死。
你上了，你能面对客户，说明你是负责运营而不是开发，你未必熟知系统开发细节，来说说你怎么上层调优？
我猜想，你会把这个意见反馈给开发组，让开发人员评估一个“慢”的root cause，然后建立change request，然后system impact分析，然后花费一个月的时间（至少）进行程序开发/修改，然后花费1周到1个月的时间进行SIT/UAT以及相应的performance testing,然后根据当前的release schedule来决定应该在哪天上线。不巧的话，又要等上1个月的时间。上线以后客户说，怎么还特码这么慢？你是不是呕吐献血3升而亡？

哦你说以上的流程统统不要，回去找个牛人改一行代码，5分钟，瞬间上传到production服务器，客户一测试，幸福地都湿了。那我只能输给你了。

    楼主的观点害人,仅jvm一点你就没有明白是怎么回事？你可以看下，iteye自己版主分析的“深入理解Java虚拟机:JVM高级特性与最佳实践”，调优一点你搞明白了，足够你这辈子吃饭的了，国内任何一家大公司精通jvm调优薪水都是开发的几倍，你没有明白别要乱发表言论，谢谢，友情提醒。

如果精通JVM，他也往往精通其他知识，这才是薪水高于其他的人原因。调优是个系统工程。我只实践或者见到过上层调优对系统的优化，而没有见到过虚拟机就调优对系统的优化。

我不否认需要深入了解虚拟机，譬如，内存溢出了，你怎么通过dump文件或者OQL去查找分配过多的对象，或者虚拟机设置-hrof cup=samples 来查看哪些业务调用所化时间长， 但这不是调优的唯一和主要方式

不精通java的人，能研究jvm吗？？有资格评论jvm吗？太肤浅了吧， 笼统的记那些指令没任何价值，真正的难点你是不可能解决一个的，iteye版主里就有jvm的高手，那些都是架构师你可以咨询下看看差距有多大？调优 有些是笼统的，而你发现问题才是关键，有些大师级难点，你对jvm没有足够的认识这辈子你都发现不了，又何谈优化呢？学习编程语言是要理解其思想，片面的拿其指令做所谓的优化永远成不了大师，jvm永远跟性能联系在一起，如果你足够牛你可以像IBM那样拥有自己的jvm引擎，自己写算法提高性能，谈指令都是菜鸟级的。