|
锁定老帖子 主题：性能(调优)三种吹毛求疵的行为
精华帖 (13) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (14)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-06-08
redK 写道 ccr1988 写道 不精通java的人，能研究jvm吗？？有资格评论jvm吗？太肤浅了吧， 笼统的记那些指令没任何价值，真正的难点你是不可能解决一个的，iteye版主里就有jvm的高手，那些都是架构师你可以咨询下看看差距有多大？调优 有些是笼统的，而你发现问题才是关键，有些大师级难点，你对jvm没有足够的认识这辈子你都发现不了，又何谈优化呢？学习编程语言是要理解其思想，片面的拿其指令做所谓的优化永远成不了大师，jvm永远跟性能联系在一起，如果你足够牛你可以像IBM那样拥有自己的jvm引擎，自己写算法提高性能，谈指令都是菜鸟级的。
我是否可以这样理解，一道菜好吃与否，不是厨师就没资格去评论？ 在学术领域你不懂去评论是对一门技术的侮辱，让无数的研究人员寒心，希望你不是搞技术的。 |
| 返回顶楼 | |
|
发表时间：2012-06-08
ccr1988 写道 redK 写道 ccr1988 写道 不精通java的人，能研究jvm吗？？有资格评论jvm吗？太肤浅了吧， 笼统的记那些指令没任何价值，真正的难点你是不可能解决一个的，iteye版主里就有jvm的高手，那些都是架构师你可以咨询下看看差距有多大？调优 有些是笼统的，而你发现问题才是关键，有些大师级难点，你对jvm没有足够的认识这辈子你都发现不了，又何谈优化呢？学习编程语言是要理解其思想，片面的拿其指令做所谓的优化永远成不了大师，jvm永远跟性能联系在一起，如果你足够牛你可以像IBM那样拥有自己的jvm引擎，自己写算法提高性能，谈指令都是菜鸟级的。
我是否可以这样理解，一道菜好吃与否，不是厨师就没资格去评论？ 在学术领域你不懂去评论是对一门技术的侮辱，让无数的研究人员寒心，希望你不是搞技术的。 我收回所有的回答，谢谢 请楼主删掉，如果有说错的请谅解，以后不会再来。 |
| 返回顶楼 | |
|
发表时间：2012-06-09
最后修改：2012-06-09
我是否可以这样理解，一道菜好吃与否，不是厨师就没资格去评论？
在学术领域你不懂去评论是对一门技术的侮辱，让无数的研究人员寒心，希望你不是搞技术的。 我收回所有的回答，谢谢 请楼主删掉，如果有说错的请谅解，以后不会再来。 我觉得好笑，楼主无非拿个话题大家一起讨论 仁者见仁智者见智 最主要是大家都拿出有力的论据进行论述 最恨那些苍白无力的反驳，动不动菜鸟 大师的 搞得跟什么似的 是否真的有必要？睡觉吧 |
| 返回顶楼 | |
|
发表时间：2012-06-09
同意楼上，这个帖子从早上讨论到晚上，大家洗洗睡了吧
|
| 返回顶楼 | |
|
发表时间：2012-06-09
最后修改：2012-06-09
tag13346 写道 同意楼上，这个帖子从早上讨论到晚上，大家洗洗睡了吧
调优是系统工程师的活儿，一般要求非常懂性能测试、jvm、db、os... jvm对应用的影响例子多的是，os对应用影响的例子也举不胜举。 谁调谁知道。我以前跑在windows上的某个应用甚至调优最后发现xp的某个补丁对系统性能有严重影响。 啥也不说了，都开始说我粗鲁、言之无物。（也许咱讨论技术就这样脾气，不喜欢的请绕道。。。） 附送一个前同事的性能测试+问题分析+调优的 讲义。 @javamonkey同学的beetl还是很好的，提一下文档的小问题： beetl/guide.pdf最开头的日期是不是写错？ 2012-6-30还没到呢。 性能测试，问题定位与调优.pdf |
| 返回顶楼 | |
|
发表时间：2012-06-09
最后修改：2012-06-09
honor571 写道 我赞同楼主的观点
楼主只是提到一些他认为不太靠谱的调优行为，在此与大家探讨，但楼主使用‘吹毛求疵’这个词也有过于偏激的表现，但随后楼主的措施都比较谦逊，完全围绕技术问题的求解进行，这个我觉得值得肯定。 我也认为 任何调优都是建立在数据收集分析的基础上，找出症结然后对症下药。 kimmking的回复言语粗暴，且伴有人身攻击，再加上论据浅薄，行文如同鸡肋，食而无味，我觉得有失风度。 如果提到虚拟机的优化等，我还是欣赏 RednaxelaFX IcyFenix 他们的文章 我觉得大家还是多一些宽容去探讨问题 路过，发现大家吵架比讨论技术厉害，都是些谦逊的大牛。 我也不说啥了，自我和谐吧。 |
| 返回顶楼 | |
|
发表时间：2012-06-09
javamonkey 写道 Kisses99 写道 tag13346 写道 同意LZ的看法，ls很多人乱喷。却没有看清楚楼主讲到最关键的一点‘片面’。JVM的效果毋庸置疑，但是在上层调优都没有进行过的情况下优先进行JVM调优，扯淡吧
看看实际的场景吧。 客户说，这个应用慢的要死。 你上了，你能面对客户，说明你是负责运营而不是开发，你未必熟知系统开发细节，来说说你怎么上层调优？ 我猜想，你会把这个意见反馈给开发组，让开发人员评估一个“慢”的root cause，然后建立change request，然后system impact分析，然后花费一个月的时间（至少）进行程序开发/修改，然后花费1周到1个月的时间进行SIT/UAT以及相应的performance testing,然后根据当前的release schedule来决定应该在哪天上线。不巧的话，又要等上1个月的时间。上线以后客户说，怎么还特码这么慢？你是不是呕吐献血3升而亡？ 哦你说以上的流程统统不要，回去找个牛人改一行代码，5分钟，瞬间上传到production服务器，客户一测试，幸福地都湿了。那我只能输给你了。 那你认为虚拟机提供一个开关 “慢”和“快”，你只要按一下开关就能搞定？ 不要偷换概念啊 jvm参数，那就是一个配置文件的问题。相比deploy一个应用程序，那是当然的低数量级的。 很多时候所谓调优或者解决系统故障是同一回事。系统性能“不够优化”到一定程度，就变成系统故障了。 |
| 返回顶楼 | |
|
发表时间：2012-06-09
tenderuser 写道 一个治标一个治本，中西医那个好呀
哪个便宜哪个好咯 |
| 返回顶楼 | |
|
发表时间：2012-06-09
最后修改：2012-06-09
Kisses99 写道 哪个便宜调哪个。调jvm参数是秒调的，所以干嘛不先试试?
jvm当然只是一个方面，http服务器的conf文件某些参数也是很有必要的，也是秒调，干嘛不先试试？ 从business的角度来说，花一点钱，看到一点效果，最喜欢是花一点钱，看到很多效果。别从程序员的眼睛里看东西。 jvm的默认参数在真正的production环境里是有很大问题的。这个有很多公式。根据自己的应用环境改变参数是基本要求。谁上线会用默认参数？？ 第二条看似有道理，其实是废话。谁都知道水平扩展能提高系统容量，但是不要忘记，系统复杂度也增加了，硬件开销也增加了。不知道哪家公司财大气粗，想加硬件就加硬件，要么是人傻钱多。。。 第三条也是废话，这是基本要求。调到cpu90以上还叫调优么？ 这哥们儿就是典型的只管喷的那种。 第二条第三条你确定你去理解楼主的意思了么？而且你恰恰说反了，什么“系统复杂度也增加了”，支持水平扩展其实是更简单更优雅的解决方式。 JVM调优我所了解的，是收效最不明显的，而且正如楼主所说，没有针对性的。好多JVM调优实践其实只能临时应付一时之需。 |
| 返回顶楼 | |
|
发表时间：2012-06-09
pipilu 写道 Kisses99 写道 哪个便宜调哪个。调jvm参数是秒调的，所以干嘛不先试试?
jvm当然只是一个方面，http服务器的conf文件某些参数也是很有必要的，也是秒调，干嘛不先试试？ 从business的角度来说，花一点钱，看到一点效果，最喜欢是花一点钱，看到很多效果。别从程序员的眼睛里看东西。 jvm的默认参数在真正的production环境里是有很大问题的。这个有很多公式。根据自己的应用环境改变参数是基本要求。谁上线会用默认参数？？ 第二条看似有道理，其实是废话。谁都知道水平扩展能提高系统容量，但是不要忘记，系统复杂度也增加了，硬件开销也增加了。不知道哪家公司财大气粗，想加硬件就加硬件，要么是人傻钱多。。。 第三条也是废话，这是基本要求。调到cpu90以上还叫调优么？ 这哥们儿就是典型的只管喷的那种。 第二条第三条你确定你去理解楼主的意思了么？而且你恰恰说反了，什么“系统复杂度也增加了”，支持水平扩展其实是更简单更优雅的解决方式。 JVM调优我所了解的，是收效最不明显的，而且正如楼主所说，没有针对性的。好多JVM调优实践其实只能临时应付一时之需。 当然，硬件，钱投下去当然简单当然优雅。请问在系统可以无限制水平扩展的前提下，还要“性能调优”做什么？只要有钱，自然天下第一咯。你敢说水平扩展系统复杂度反而降低了？不说别的，光部署这一块，复杂度明显是提高了。 |
| 返回顶楼 | |
