首页IT科技nmon监控结果内存分析(Performance内存监控使用技巧详解)

nmon监控结果内存分析(Performance内存监控使用技巧详解)

时间2025-05-05 04:38:35分类IT科技浏览4656
导读:Performance 介绍...

Performance

介绍

为什么使⽤Performance呢?GC 的⽬的是为了实现内存空间的良性循环            ,⽽良性循环的基⽯是合理的使⽤内存空间            。 由于 ECMAScript 并没有提供操作内存的 API                  ,所以内存分配是否合理我们不可知                  。Performance 提供了多种⽅式     ,在程序运⾏时可以时时监控      ,确定内存分配是否合理     。

使⽤

具体步骤

打开浏览器输⼊⽬标⽹址

进⼊开发⼈员⼯具⾯板

开启录制功能                  ,访问具体⻚⾯

执⾏⽤户⾏为           ,⼀段时间后停⽌录制

分析界⾯中记录的内存信息

内存问题的具体体现

内存问题的外在显示(限定⽹络情况正常)

⻚⾯出现延迟加载或经常性暂停 可能存在频繁的垃圾回收      ,程序代码可能瞬间占满内存空间 ⻚⾯持续性出现糟糕的性能(卡顿) 可能存在内存膨胀                  ,为了达到最优的效果           ,程序⼀直在申请内存空间,⽽申请的空间⼤⼩远超过当前设备能提供的内存⼤⼩      。 ⻚⾯的性能随时间延⻓越来越差可能存在内存泄露                  。某些代码会随着时间的增⻓                  ,让可⽤内存空间越来越少           。 监控内存的⽅式 界定内存问题的标准 内存泄漏:内存使⽤持续⾛⾼                 ,没有下降趋势      。 通过内存⾛势图可以得到相关信息 内存膨胀:相对模糊                  。在多数设备(硬件)上都可能存在性能问题           。可以测试不同的设备。 如果在常⽤设备上程序表现都⽐较差,那就不是设备问题⽽是程序本身的问题                  。 频繁垃圾回收:通过内存变化图进⾏分析            ,通过界⾯很难感知到                 。

监控内存的⼏种⽅式

浏览器任务管理器 以数值的形式                 ,体现程序运⾏过程中内存的变化 Timeline时序图记录 以时间点的形式呈现内存的变化 堆快照查找分离DOM 分离 DOM 其实就是内存的泄露。堆快照可以有针对性的查找分离DOM 判断是否存在频繁的垃圾回收 使⽤其他⼯具 任务管理器监控 代码演示:通过点击事件创建⻓度很⻓的数组            。
<body> <button id="btn">Add</button> </body> <script> const oBtn = document.getElementById(btn) oBtn.onclick = function(){ let arrList = new Array(1000000) } </script>
Memory 列表示原⽣内存                 。DOM 节点存储在原⽣内存中     。 如果此值正在增⼤     ,则说明正在创建 DOM 节点            。 JavaScript Memory 列表示 JS 堆                  。此列包含两个值     。 实时数字(括号中的数字)表示⻚⾯上的可到达对象正在使⽤的内存量      。 如果此数字在增⼤            ,要么是正在创建新对象                  ,要么是现有对象正在增⻓                  。

此时点击按钮     ,实时内存增⼤           。如果持续增⻓      ,当前⼯具⽆法监控      。只能判断                  ,⽆法定位问题                  。

TimeLine

可以定位问题 代码示例:

<body> <button id="btn">Add</button> </body> <script> var x = [] function grow() { for (var i = 0; i < 10000; i++) { // 创建⼤量元素 document.body.appendChild(document.createElement(div)) } // 创建字符串 x.push(new Array(1000000).join(x)) } document.getElementById(btn).addEventListener(click, grow) </script>

每次按代码中引⽤的按钮时           ,将向⽂档正⽂附加 1 万个 div 节点      ,并将⼀个由 100 万个 x 字 符组成的字符串推送到 x 数组           。 然后

在 DevTools 上打开 Timeline ⾯板。 启⽤ Memory 复选框                  。 做记录                 。

如果查看节点计数器(绿⾊图表)                  ,节点计数以离散步⻓⽅式增⼤。 可以假定节点计数的每次增⼤都是对 task() 的⼀次调⽤            。 JS 堆图表(蓝⾊图表)的显示并不直接                 。为了符合最佳做法           ,第⼀次下降实际上是⼀次强制垃圾回收(通过按 Collect garbage 按钮实现)     。随着记录的进⾏, JS 堆⼤⼩⾼低交错变化            。这种现象是正常的并且在预料之中:每次点击按钮                  ,JavaScript代码都会创建 DOM 节点                 ,在创建由 100 万个字符组成的字符串期间,代码会完成⼤量⼯作                  。这⾥的关键是            ,JS 堆在结束时会⽐开始时⼤(这⾥“开始            ”是指强制垃圾回收后的时间点)     。在实际使⽤过程中                 ,如果您看到这种 JS 堆⼤⼩或节点⼤⼩不断增⼤的模式     ,则可能存在内存泄漏      。

通过时序图和屏幕快照            ,可以找到具体的问题所在                  。

以上就是Performance 内存监控使用技巧详解的详细内容                  ,更多关于Performance 内存监控的资料请关注本站其它相关文章!

声明:本站所有文章     ,如无特殊说明或标注      ,均为本站原创发布           。任何个人或组织                  ,在未征得本站同意时           ,禁止复制            、盗用                  、采集     、发布本站内容到任何网站      、书籍等各类媒体平台      。如若本站内容侵犯了原著者的合法权益      ,可联系我们进行处理                  。

创心域SEO版权声明:以上内容作者已申请原创保护,未经允许不得转载,侵权必究!授权事宜、对本内容有异议或投诉,敬请联系网站管理员,我们将尽快回复您,谢谢合作!

展开全文READ MORE
uni-app自定义底部导航栏(uni-app动态修改导航栏标题)