- 综合排序
- 最热优先
- 最新优先
- 来自专栏Takin应用
3 步排查，3 步优化，探针性能损耗直降 44%
[在这里插入图片描述] 3步快速排查 1.对比链路差异 首先想到的排查方案是通过skywalking监控进行排查，对比应用在接入探针和未接入探针的情况下，性能表现的差异在哪，具体的的性能消耗在哪个中间件 [在这里插入图片描述] 3.性能数据收集 在压测测试的同时，我们在agent框架内增加了对中间件插件interceptor方法执行的耗时统计代码，这部分数据会统一输出到固定的日志文件中。 **统计结果样例：** [在这里插入图片描述] **性能收集代码展示：** [在这里插入图片描述] 3步具体优化 1.减少切点 agent产生性能损耗的终归原因是因为agent增强中间件代码后，会修改目标类的字节码 按照这个思路，我们将前面排查出来耗时占比较高的logback中间件进行了重新设计。 **改造后的运行时序图：** [在这里插入图片描述] 3.中断逻辑优化 对logback插件进行重新设计后产生了一定效果，但是从性能采集的数据来看，性能损耗占比最高的还是logback插件。
1.1K20编辑于 2022-03-23 - 来自专栏技术实操
Linux运维必备：3个内存问题排查命令
只要掌握free、vmstat、sar这3个命令，就像给电脑做“体检”一样，几分钟就能定位问题所在。一、为什么要排查内存？内存就像服务器的“临时工作台”——程序运行时会把数据放到内存里，方便快速调用。 二、free 命令free命令是内存排查的“入门款”，能快速知道“总内存有多少、用了多少、还剩多少”，操作最简单。1. 3. ；小于10%说明紧张，需要进一步排查。 六、总结free、vmstat、sar 这三个命令用途：free 是“快速查看”vmstat 是“全面排查”sar 是“长期监控”
1.6K11编辑于 2025-09-29 - 来自专栏Pou光明
手眼标定问题排查_圆网格数据排查
0.9895718596886195] 第2幅图像的平移向量： [7.823904018403115; -50.14423917119736; 453.4540216899545] 第3幅图像的旋转向量 Rodrigues ： [0.1622441852597525; 0.1859276514794853; 0.2367861820170687] 第3幅图像的旋转矩阵： [0.9551215908890158 0.9592045201131139, -0.1373011150301307; -0.1633023398839765, 0.1808987853474367, 0.9698494600958647] 第3幅图像的平移向量
34910编辑于 2024-04-13 - 来自专栏2014前端笔记
css3 animation && filter: blur()引发的动画性能问题排查
这篇文章记录了自己排查动画问题时的思路，最后的解决有一些侥幸，也是因为最近刚好学习了部分安卓代码，技术视野稍微开阔了些 我们在工作中经常会遇到一些动画卡顿的问题，往往是一些性能比较差的安卓手机，笔者最近就遇到了这样的情况 ，这里也记录下本次排查问题的过程。 因为页面并不复杂，所以看到页面动画卡顿之后，能够很快速的猜想到是哪些css属性引起的卡顿，通过注释掉代码后，就能够很快的验证自己的推论，这次排查的页面里，导致页面卡顿的是下面这两个属性。 3.如果你修改一个非样式且非绘制的CSS属性，那么浏览器完成样式计算之后，会跳过布局和绘制的过程，直接进行渲染层合并。 从我们遇到的问题来看，我们需要优化的是第3种情况，也就是渲染层合并。 于是打开chrome的控制台发现，通过translate3d，目前的按钮已经是一个单独的图层了 ? 因此这个按钮图层再触发repaint操作的时候是只会更新自己，不会影响我们的背景图片。
2.7K20发布于 2020-04-08 - 来自专栏流媒体音视频
M3U8 文件推流上屏卡顿排查
目录 问题 解决 总结 问题 录制服务生成了一些 m3u8 文件，现在，把这些 m3u8 文件推流上屏之后，出现了规律性卡顿。但是播放视频源文件，发现文件本身没有问题，播放很流畅。
3.5K20编辑于 2022-02-23 - 来自专栏自动化、性能测试
Jenkins（3）- 安装Jenkins过程中遇到问题的排查思路
Jenkins的话，可以看看这一系列的文章哦 https://www.cnblogs.com/poloyy/category/1645399.html 安装Jenkins过程中，可能会遇到一些问题，我们要如何排查呢
69820发布于 2020-06-09 - 来自专栏小火龙说数据
「经验」指标异动排查中，3种快速定位异常维度的方法
00 序言 上一期，小火龙和大家分享了一种相对通用的「指标异动排查思路」，不知是否对你有所帮助。本期会接着上期的内容，在排查问题的过程中，解决遗留的第一个问题「如何快速定位异常维度」。 定位异常维度与指标异动排查有什么关系？ 3、方法优势 优势1：相对其他方式，验证分布是否一致较为敏感。 4、方法劣势 劣势1：卡方检验的频数只能以整数形式出现，相对指标不可用。 这里要注意一点，由于决策树有大量的节点，如果我们将所有节点均输出，量级会非常大，以3个维度 + 每个维度10个维度值为例，则最终的叶子节点有1000个。 步骤四：由于JSD较小的维度，其内部维度值的分布变化程度不大，因此在排查维度问题的过程当中，可以将这类维度的排查优先级降低，甚至直接剔除在异常监控中。
1.7K31编辑于 2022-06-30 关于重建索引 API 使用和故障排查的 3 个最佳实践
实际测试中，一个1.5tb的24分片索引（集群配置32c64g，24节点，索引1副本，目标索引未设置副本），使用48 slice 需要2小时完成，24 slice 则需要3小时。 假设source索引有3条文档:id: 1 text: "a" version: 4id: 2 text: "b" version: 3id: 3 text: "c" version: 2dest索引有 type = internalid: 1 text: "a" version: 2 # 覆盖 & 内部版本号+1id: 2 text: "b" version: 6 # 覆盖 & 内部版本号+1id: 3 version: 4 # 外部版本号> 内部，因此覆盖文档 & 保留外部版本号4id: 2 text: "f" version: 5 # 外部版本号小于内部，版本冲突，保留文档和内部版本号5id: 3 主要操作流程：1、新建新索引，设置好新的字段mapping和setting；2、根据时间字段进行reindex，将大部分数据写入新索引；3、如果步骤2耗时漫长，比如3小时，则根据时间进行第二轮数据reindex
75710编辑于 2024-05-09Vue 3 中 v-model 双向绑定失效的排查与修复
今天我要分享的是在 Vue 3 项目中，v-model 在某些场景下出现双向绑定失效的问题。这个问题虽然不是特别复杂，但在实际使用中确实让我花了比较多的时间去排查和解决。 问题现象最近我在一个 Vue 3 的表单组件中使用了 v-model 进行输入框的双向绑定，代码大致如下：<template>
<input v-model="formData.name <em>排查</em>步骤第一步：确认数据是否真的被修改我先在控制台打印了 formData.name 的值，确认它确实被修改了，说明数据层是正常的。 总结通过这次<em>排查</em>，我意识到在 Vue <em>3</em> 中使用 v-model 绑定对象属性时，如果使用 reactive 包裹对象，可能会遇到响应式失效的问题。54620编辑于 2025-08-28来自专栏关忆北.线上问题排查一接口拒绝连接排查思路
排查思路： 检查目标服务器防火墙配置，开启目标端口，重启防火墙 检查目标服务器服务状态 解决过程： 查看服务器调用者日志，当出现接口拒绝连接时，可参考以下方案： 使用ping IP命令查看目标服务器是否宕机
1.8K30编辑于 2022-01-10来自专栏以Java架构赢天下JAVA死锁排查-性能测试问题排查思路
Java发生死锁的根本原因是：在申请锁时发生了交叉闭环申请。即线程在获得了锁A并且没有释放的情况下去申请锁B，这时，另一个线程已经获得了锁B，在释放锁B之前又要先获得锁A，因此闭环发生，陷入死锁循环。
80320发布于 2020-07-06来自专栏快乐阿超centos磁盘排查
今天发现服务器磁盘满了，使用du命令排查，首先找到根目录 du -h --max-depth=1 / 然后发现/usr下面最大，接着找/usr目录下 du -h --max-depth=1 /usr 发现/usr/local目录最大，我们挨个排查下去，发现是jpom的历史构建产物占用空间太多，去Jpom里删除就好了
37450编辑于 2023-02-21来自专栏Howl同学的学习笔记JVM排查定位
Surviro from Eden Old MeteSpace CSS YGC总次数 YGC总花费时间 FGC总次数 FGC总时间 GCT垃圾回收总时间 3. jinfo 实时产看和调整虚拟机各项参数， VisualVM来打开 jmap -dump:format=b,file=filename pid jmap -dump:format=b,file=C:\Users\Howl\Desktop\2020-6-3- 排查总结 7.1 CPU过高 top P M X 找到占用高的进程id top -Hp pid 找到占用高的线程nid，转换16进制，（printf '%x\n' pid） jstack pid 来查看线程的详细信息 自动设置的快照-XX：-XX：+HeadDumpOnOutOfMemoryError 用分析工具分析：查看哪个类和实例数过大，本来就定位线程了，只需看该线程的对象信息即可 7.3 死锁 直接JConsole排查死锁
96220发布于 2020-06-04来自专栏数据小冰死锁问题排查
既然已知道异常服务，那可以从这里入手进行分析，又与同事沟通一番，确定了与该服务相关的一些后台模块，接下来重点排查这些模块。 排查方法 日志中出现了sync. l.order[lock A-lock B] l.order[lock A-lock C] l.order[lock B-lock C] 3.情形3：获取了锁但没有释放，会导致其他goroutine
1.5K10编辑于 2022-08-15来自专栏全栈程序员必看堆栈溢出排查
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/d5000/eas/easDmSync/heapdump.hprof
1.5K20编辑于 2022-11-15来自专栏周拱壹卒CPU 飙升排查
CPU飙升 线上资源cpu飙升是我们工作中常见的问题，一篇文章搞定排查方法 一、问题复现 现在我有两个接口，代码如下 @RestController public class CPUCheck { 二、测试 我们将项目打包部署在服务器上，并启动 测试接口 curl http://localhost:9901/thing-test/hello pid 三、排查 通过top命令可以查看到有一个java
28210编辑于 2024-04-08来自专栏dcmickey小站排查Maven问题
排查Maven问题 mvn dependency:tree 三大技巧 第一板斧:找到传递依赖的鬼出在哪里？ compile [INFO] \- org.hibernate:hibernate:jar:3.2.5.ga:compile [INFO] +- cglib:cglib:jar:2.1_3:
67420编辑于 2022-06-09来自专栏学习内容jvm异常排查
format=b,file=test05.txt 115025 2、mat分析dump文件 网址： https://www.eclipse.org/mat/downloads.php 使用： 3、
27710编辑于 2023-08-09来自专栏Java实战博客Linux日志排查
因为懒，很多时候排查问题起来太依赖可视化工具了，就导致很多Linux命令忘记了。
28310编辑于 2024-08-19来自专栏全栈程序员必看排查挖矿病毒
排查分析 经top 查看原来是一个叫269 的进程一直抢占CPU，占比高达4000%。而该269 进程则是挖矿病毒进行高度伪装，即使是kill 掉该进程也无济于事，后面又会自动跑起来。 top - 19:29:19 up 1:24, 2 users, load average: 41.71, 41.75, 41.46 Tasks: 891 total, 3 running, 通过关键词查找挖矿病毒，一般在/tmp 目录底下，如果不清楚查找，直接删除/tmp 目录底下的所有文件； 4、要排查和删掉相关的定时脚本； 4、观察服务器一段时间，查看病毒是否还存在。 top - 09:18:05 up 1 day, 15:13, 3 users, load average: 0.35, 0.30, 0.42 Tasks: 795 total, 1 running https://11.10.105.30:443/download_installer_linux.php -O linux_edr_installer.tar.gz进行下载 2、将安装包拷贝至终端 3、
1.2K10编辑于 2022-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号