东莞机械建站如何,门户网站建设工作管理办法,网站建设华威公司怎么样,株洲专业网站排名优化这是系列文章的第二篇#xff0c;我们将分析2014年10月进行的性能调整调查的结果。如果您尚未阅读第一部分#xff0c;我们建议从此处开始 。 第二部分将重点监视Java应用程序的性能问题。 特别是#xff0c;我们尝试回答以下问题#xff1a; 人们如何发现性能问题#x… 这是系列文章的第二篇我们将分析2014年10月进行的性能调整调查的结果。如果您尚未阅读第一部分我们建议从此处开始 。 第二部分将重点监视Java应用程序的性能问题。 特别是我们尝试回答以下问题 人们如何发现性能问题 这些问题的症状是什么 这些问题多久影响一次最终用户 哪些工具用于监视应用程序 了解性能问题 在调查任何性能事件之前需要知道它的存在。 我们要求描述受访者发现问题存在的渠道。 286人通过列出406个渠道进行了回复 考虑到大多数受访者来自工程学方面 令我们感到非常惊讶的是超过58的受访者将监视软件列为意识来源。 同时 只有38的用户进行了负载/压力测试来提醒他们 。 这些数据正在验证我们在日常工作中看到的内容-大多数公司没有进行负载测试的可能性-创建和维护此类测试需要时间并且经常被跳过。 归类为“其他”的11位受访者大多是指程序性活动例如正在进行的外部绩效审核。 性能问题的症状 有了这个问题我们希望了解问题的症状。 286位受访者列出了462个症状来回答以下问题 到目前为止引发进一步研究的最常见症状是过度使用资源例如CPU内存IO等。 205占72的受访者将其列为症状之一。 显然监视最终用户交易的情况不那么广泛-通过更复杂的设置仍然可以从资源端监视大多数系统而无需考虑最终用户的交易。 另一方面与绩效相关的问题的严重性很好地说明了这一事实即17的受访者仅在完全服务中断后才了解问题 。 对最终用户有影响吗 接下来我们了解了当前的问题是否正在影响最终用户。 284条回应给了我们以下见解 回答“是”的82的受访者证实了我们的直觉– 只有在相关问题开始影响最终用户时性能才引起关注 。 业务方面倾向于将重点放在添加新功能/改进现有功能上而使诸如性能之类的非功能需求没有引起应有的关注。 而且只有当对性能的影响如此之大以致最终用户开始抱怨时才会分配一些资源来解决当前的问题。 使用的监控解决方案 此次调查中最有趣的见解之一就是当前的监视环境–我们要求受访者确定他们在生产现场使用的监视解决方案。 284位受访者列出了365种工具因为一些受访者最多使用五种工具来监视其部署 领奖台上的地方有些令人惊讶 该问题的最常见答案是“无”这意味着21的受访者不使用任何工具 来监视生产现场 。 最常用的工具仍然是15岁的Nagios。 51人 占受访者的18 将Nagios列为他们用于监控的工具之一。 第三名被列为“ 其他 ”由38个不同的工具组成所有工具均得到1-2次提及。 因此我们可以说市场上的参与者数量很大只有一些工具设法获得了有意义的市场份额。 此列表中的下一个在7到13的案例中提到了NewRelicZabbixAppDynamics和Oracle Enterprise Managers。 预计NewRelic和AppDynamics具有广泛的部署基础但是Zabbix和Oracle Enterprise Manager的部署频率肯定是出乎意料的。 还值得一提的是自建解决方案和JVM工具的数量。 自建解决方案甚至不在我们的答案列表中因此让6的受访者构建自己的监控解决方案有点令人惊讶。 结果的尾部包含四次或更多次提到的工具。 看到大型APM供应商CACompuware和BMC被最简单的工具Pingdom打败这真是很奇怪。 由于该调查已列在我们的网站上因此我们确实承认Plumbr在此列表中的位置很可能有偏见因此以健康的食盐代替我们在此列表中的位置。 翻译自: https://www.javacodegeeks.com/2014/11/java-performance-tuning-survey-results-part-ii.html
