预示应用性能问题的十大征兆
- - ITeye资讯频道一年一度的双11、双12全民网购节已经过去，淘宝、天猫及其他电商都迎来了大量用户，但是，你的基础架构能否承载突如其来的流量. 面对预期而至的大量用户，容量规划是否到位. 线上商城以及后端系统是否经受住了性能的考验. 对于任何互联网电子商务的成功，有两件事至关重要：创新与性能. 创新是打入市场的通行证，而性能则决定了能否在市场中长久立足，如果网站性能差强人意，那么就没有用户会愿意再次访问.
预示应用性能问题的十大征兆
标签：
应用
性能
问题
| 发表时间：2015-12-21 16:03 | 作者：
出处：http://www.iteye.com
一年一度的双11、双12全民网购节已经过去，淘宝、天猫及其他电商都迎来了大量用户，但是，你的基础架构能否承载突如其来的流量？面对预期而至的大量用户，容量规划是否到位？线上商城以及后端系统是否经受住了性能的考验？
对于任何互联网电子商务的成功，有两件事至关重要：创新与性能。创新是打入市场的通行证，而性能则决定了能否在市场中长久立足，如果网站性能差强人意，那么就没有用户会愿意再次访问。今天小编专门为大家总结了十个验证应用性能的标志，如果你也遇到了下面列出的反映性能问题的标志，那么，你应该及时采取措施验证网站程序的性能。
1、月访问量骤降
对比月访问量的变化图表。如果出现下降趋势，原因大致有两个：第一是搜索引擎优化（SEO）不到位，第二是网页响应过于缓慢。这个时候你或许要和基础设施团队沟通以确定过去6到12个月的网站性能，从而找出问题根源。
2、关键页面的响应过慢
如果用户跳出率很高，你需要检查那些高跳出率的页面。尤其是支付页面、添加到购物车页面、比较不同产品页面等。你需要检查这些关键页面的响应时间与吞吐量，每分钟网站处理了多少订单？如果吞吐量下滑，你需要找出性能瓶颈。
3、资源消耗大
你需要持续监控资源使用量，及时找出资源消耗过多的服务器。关键的指标包括 CPU 使用量、内存使用量、磁盘占用量、垃圾回收量以及网络负载等。如果资源使用量出现明显峰值，你需要找出问题根源，并执行纵向或横向的扩容检查（如果必要）。
4、数据库查询
你的基础架构应该配备不同的数据库，分别用于查询、插入或更新操作。数据库应该合理配置以优化查询功能，如果查询过于复杂，会影响数据库操作，进而影响网站性能。
5、重定向次数增加
重定向数量虽然不是性能指标，但仍可能影响应用性能。如果网页重定向至多个页面，就可能影响网站性能。过多的重定向会使用户感到心烦，导致糟糕的用户体验，促使用户离开网站。
6、DNS 查询时间
你服务器的 DNS（域名系统）查询时间是多少？几毫秒是正常值。如果 DNS 查询占用的时间太久，你就需要想办法缩短它，从而减少对总查询时间的影响。
7、浏览器兼容性
你的应用应该支持多种浏览器与设备。且浏览器或设备种类不应对应用响应时间造成偏差。如果某种浏览器或设备的响应时间过长，你需要找出根源并解决之。
8、竞争对手的应用性能
你需要定期地将本网站的性能与竞争对手网站进行比较。如果自己的网站性能较弱，你可能需要对网站性能进行调优或进行架构调整。
9、网站资源优化
利用内容分发网络（CDN），可以缓存 CSS、图片、JS 等文件资源。由于图片对于任何电商网站都至关重要，优化图片加载速度简直是势在必行。
10、缓存
你应该为 Web 应用实施适当的缓存机制。如果缓存不起作用或配置不合理，就会影响性能。因此，你必须启用浏览器缓存，最小化 CSS 与 JS 文件以提高网站速度。
原文链接： https://dzone.com/articles/10-signs-you-should-validate-the-performance
感谢 mengyidan1988 投递这篇资讯
资讯来源： OneAPM
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
对于任何互联网电子商务的成功，有两件事至关重要：创新与性能。创新是打入市场的通行证，而性能则决定了能否在市场中长久立足，如果网站性能差强人意，那么就没有用户会愿意再次访问。今天小编专门为大家总结了十个验证应用性能的标志，如果你也遇到了下面列出的反映性能问题的标志，那么，你应该及时采取措施验证网站程序的性能。
1、月访问量骤降
对比月访问量的变化图表。如果出现下降趋势，原因大致有两个：第一是搜索引擎优化（SEO）不到位，第二是网页响应过于缓慢。这个时候你或许要和基础设施团队沟通以确定过去6到12个月的网站性能，从而找出问题根源。
2、关键页面的响应过慢
如果用户跳出率很高，你需要检查那些高跳出率的页面。尤其是支付页面、添加到购物车页面、比较不同产品页面等。你需要检查这些关键页面的响应时间与吞吐量，每分钟网站处理了多少订单？如果吞吐量下滑，你需要找出性能瓶颈。
3、资源消耗大
你需要持续监控资源使用量，及时找出资源消耗过多的服务器。关键的指标包括 CPU 使用量、内存使用量、磁盘占用量、垃圾回收量以及网络负载等。如果资源使用量出现明显峰值，你需要找出问题根源，并执行纵向或横向的扩容检查（如果必要）。
4、数据库查询
你的基础架构应该配备不同的数据库，分别用于查询、插入或更新操作。数据库应该合理配置以优化查询功能，如果查询过于复杂，会影响数据库操作，进而影响网站性能。
5、重定向次数增加
重定向数量虽然不是性能指标，但仍可能影响应用性能。如果网页重定向至多个页面，就可能影响网站性能。过多的重定向会使用户感到心烦，导致糟糕的用户体验，促使用户离开网站。
6、DNS 查询时间
你服务器的 DNS（域名系统）查询时间是多少？几毫秒是正常值。如果 DNS 查询占用的时间太久，你就需要想办法缩短它，从而减少对总查询时间的影响。
7、浏览器兼容性
你的应用应该支持多种浏览器与设备。且浏览器或设备种类不应对应用响应时间造成偏差。如果某种浏览器或设备的响应时间过长，你需要找出根源并解决之。
8、竞争对手的应用性能
你需要定期地将本网站的性能与竞争对手网站进行比较。如果自己的网站性能较弱，你可能需要对网站性能进行调优或进行架构调整。
9、网站资源优化
利用内容分发网络（CDN），可以缓存 CSS、图片、JS 等文件资源。由于图片对于任何电商网站都至关重要，优化图片加载速度简直是势在必行。
10、缓存
你应该为 Web 应用实施适当的缓存机制。如果缓存不起作用或配置不合理，就会影响性能。因此，你必须启用浏览器缓存，最小化 CSS 与 JS 文件以提高网站速度。
原文链接： https://dzone.com/articles/10-signs-you-should-validate-the-performance
感谢 mengyidan1988 投递这篇资讯
资讯来源： OneAPM
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [应用 性能 问题] 推荐：
Exception性能问题
- - 非技术 - ITeye博客 1.从Exception往上介绍相关结构、代码. class Exception里面没有什么新鲜东西，它继承自class Throwable，接下来我们看一下Throwable的结构，在它的构造函数中调用了fillInStackTrace这个函数. 接下来我们看看这个函数干了些什么. fillInStackTrace函数的声明为.
如何对应用服务性能问题诊断（Tomcat、Weblogic中间件） - luihengk
- - 博客园_首页在我们web项目中，我们常见的web应用服务器有Tomcat、Weblogic、WebSphere. 它们是互联网应用系统的基础架构软件，也叫“中间件”，负责处理动态在页面请求，并为应用提供了名字、事务、安全、消息、数据访问等，此外，它们还是提供应该构建的开发、部署、运行及管理功能. 当我们对项目做性能测试时，我们如何更好地监控它们，并诊断出性能问题呢.
redis 性能问题查找
- - 开源软件 - ITeye博客 使用redis作为数据库时，系统出现少量超时，通过日志信息发现，超时发生在bgsave时. bgsave命令会fork一个子进程，子进程会将redis数据库信息dump到rdb文件中. 因此不能确定使用bgsave命令时，是fork一个子进程引起超时，还是dump文件时与主进程的sync同步同时写磁盘引起的超时.
Pinterest 渐进式网页应用及性能问题 | 人人都是互联网创意G客
- -Pinterest 新的移动端网页采用了 . 在这篇文章中，我们将介绍他们的一些工作，通过保持JavaScript包的精简以及采用 Service Workers 来应对网络波动. https://pinterest.com 体验他们新的移动端网站. 为什么是渐进式网页应用 (PWA). Pinterest 决定使用开始使用 PWA 是因为他们专注于国际增长，他们把目光放到了移动端网页.
背包问题应用
- Shengbin - 董的博客背包问题不单单是一个简单的算法问题，它本质上代表了一大类问题，这类问题实际上是01线性规划问题，其约束条件和目标函数如下：. 自从dd_engi在2007年推出《背包问题九讲》之后，背包问题的主要精髓基本已道尽. 本文没有尝试对背包问题的本质进行扩展或深入挖掘，而只是从有限的理解（这里指对《背包问题九讲》的理解）出发，帮助读者更快地学习《背包问题九讲》中的提到的各种背包问题的主要算法思想，并通过实例解释了相应的算法，同时给出了几个背包问题的经典应用.
记一次MongoDB性能问题
- Fstone - 火丁笔记最近忙着把一个项目从MySQL迁移到MongoDB，在导入旧数据的过程中，遇到了些许波折，犯了不少错误，但同时也学到了不少知识，遂记录下来. 公司为这个项目专门配备了几台高性能务器，清一色的双路四核超线程CPU，外加32G内存，运维人员安装好MongoDB后，就交我手里了，我习惯于在使用新服务器前先看看相关日志，了解一下基本情况，当我浏览MongoDB日志时，发现一些警告信息：.
复合索引性能问题初探
- - CSDN博客推荐文章在《品悟性能优化》一书，4.4.3章节里介绍了复合索引的两个特点：前缀性，可选性. 何为前缀性，该书阐述为排除skip scan index的情况，约束条件如果不包含复合索引的第一列，则该复合索引不会被用到；何为可选性，该书阐述为字段值越多，可选性越强，定位记录越少，查询效率越高. 即查询返回记录少的列应该放在复合索引的前面.
记一次HDFS性能问题排查
- - IT瘾-geek就最近现网读写HDFS时，阶段性比较慢，也不是一直都比较慢，慢的时候读取一次需要20秒左右，一般毫秒级就可以返回. 这种表现第一印象就是JVM GC导致的吧. jstat -gcutil [pid] [ []],(悲哀啊，伟大的华为不让内网对外发布文章，这篇文章只能在家里写，就不可以图文并茂了，sorry)，发现每次fullGC都不会超过秒，都是毫秒级.
[JavaEE - JPA] 性能优化: 如何定位性能问题
- - CSDN博客编程语言推荐文章要想解决性能问题，首先得要有办法定位问题，明白问题究竟是什么. 本来JPA的存在目的就是为了让开发人员能够更少地直接操作SQL，但是由于业务自身有其复杂性，如果开发人员不老练，没有踩过许许多多形形色色的坑，是很难写出高质量的JPA代码的，这也是为什么很多人说Hibernate(JPA)入门容易，精通难.