centos perf kvm使用

最新推荐文章于 2024-06-12 09:49:16 发布
最新推荐文章于 2024-06-12 09:49:16 发布
阅读量2.7k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： Linux 研究相关
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/x_i_y_u_e/article/details/48466031
本文介绍了一种针对KVM虚拟机进行性能分析的方法。通过一系列步骤，包括查找虚拟机进程、安装必要软件、挂载文件系统等，可以实现对虚拟机性能数据的收集与分析。文中还特别指出KVM虚拟机可能存在的限制，如不支持cache-misses事件。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1、使用如下命令，找出运行的虚拟机及其进程号，假设为此处有虚拟机进程号为3356：
ps -aux | grep qemu-kvm

2、在/tmp下建目录/guestmount/3356
mkdir /tmp/guestmount/3356

3、安装perf，sshfs :
sudo yum install perf sshfs

4、挂载，114.212.*.*为虚拟机地址：
sudo sshfs -o allow_other,direct_io 114.212.*.*:/ /tmp/guestmount/3356

5、记录，生成perf.data.kvm文件：
perf kvm --host --guest --guestmount=/tmp/guestmount record -a

6、分析：
perf kvm --guest --guestmount=/tmp/guestmount report -i /tmp/perf.data.kvm
或
perf kvm --host --guestmount=/tmp/guestmount report -i /tmp/perf.data.kvm

设置访问控制相关，需要root用户操作：
echo 0 > /proc/sys/kernel/kptr_restrict
echo -1 > /proc/sys/kernel/perf_event_paranoid

运行截图：
这里写图片描述

KVM虚拟机可能不支持cache-misses事件，所有的事件可以通过perf list来查看。
在物理机中测试cache-misses事件的例子（sleep 1程序）：

perf record -e cache-misses sleep
perf report -i perf.data

一下为结果截图，由此可见不能在KVM VM中记录cache-misses事件：
这里写图片描述

这里写图片描述

参考地址：
http://blog.youkuaiyun.com/x_i_y_u_e/article/details/48292147
https://www.ibm.com/developerworks/community/blogs/IBMzOS/entry/20141104?lang=en

Qemu-KVM 网络性能优化实践
lingshengxiyou的博客
11-28 820
这里存在这样一种情况，虚拟机选择队列后，经过一层层选择，最终到物理队列时，会有多个虚拟队列选中同一个物理网卡队列的情况。Virtio-net的性能优化，按目前的vhost-kernel框架下，潜力已经很小。通过perf采样发现，spin_lock占用的cpu仍然很高，是最可疑的瓶颈点。已有的kvm-2.0版本，当时是20w pps左右，单队列能到14w pps。最终，和yunfangtai一起，通过谨慎小心的移植，这些目标都实现了。在做优化之前，腾讯云上使用的母机单队列，性能只有14w pps。
perf安装使用
t99696600的博客
01-22 4664
Linux运维系列 perf的安装与使用，测试环境 CentOS-8.3 @[perf](安装学习) 前言 新手上路，记录操作心得。 提示：以下是本篇文章正文内容，下面案例可供参考 一、perf是什么？ perf是一款综合性分析工具，大到系统全局性性能，再小到进程线程级别，甚至到函数及汇编级别。 perf提供了十八般武器，可以拿大刀大卸八块，也可以拿起手术刀细致分析。 二、perf安装 1.perf安装 因我之前就已经配置好了阿里的yum源，所以在我输入perf --help时系统就提示我是否需要
perf kvm
faxiang1230的专栏
03-05 1596
perf kvm可以在host中采样guest os的信息，看起来挺鸡肋，但是有很多实际用途。它不需要登录guest直接就能够采样guest信息，一般使用的场景: 你没有guest的控制权，不能登录到guest中，所以没有办法采样guest中信息。 guest已经无法响应用户动作，例如内核死锁或者panic了，系统已经异常了 guest中没有网卡，无法通过ssh登录，也没有控制台终端 在以上这些场景下使用perf kvm工具，这个工具需要做一些额外的动作，获得guest的符号表。内核符号表由两部分：vm
perf kvm查看虚机热点调用
lonely_geek的博客
11-12 1906
#### 背景： 当需要分析虚机内部函数调用情况，有时候无法连接到虚机(例如ssh和vnc都连不进去)，这时候常规手段就无法进行分析。此时可用perf kvm在宿主机上去分析虚机内部得调用情况。 #### 步骤： 1. 导出虚机内部的kallsyms和modules文件到宿主机上。如果虚机已经无法连接进去，可找一台相同的虚机(内核和硬件配置都一致)并导出这两个文件。下面示例，guest对应待导出文件的虚机。 ssh guest "cat /proc/kallsyms" > /tmp/g...
kvm perf howto
木马屠城
04-09 1552
http://lwn.net/Articles/513317/ http://www.linux-kvm.org/page/Perf_events perf应用程序位于内核源代码目录tools/perf下，直接编译 ./perf stat -e 'kvm:*' -a sleep 1h ./perf kvm stat record -p `pgrep qemu` See t
CentOS 7.x搭建dperf环境全过程（小白向）
wuyu_1的博客
10-25 2684
dperf安装全过程
Linux 性能诊断 perf使用指南
weixin_33854644的博客
12-03 4470
标签 Linux , perf , 性能诊断 , stap , systemtap , strace , dtrace , dwarf , profiler , perf_events 背景 Linux在服务端已占据非常大的比例，很多业务很多服务都跑在Linux上面。 软件运行在Linux下，软件本身、以及Linux系统的性能诊断也成为热门的话题。 ...
KVM
一个废人的博客
05-11 567
KVM 安装KVM 查看cpu是否支持虚拟化,#如果输出结果中包含vmx，则表示采用Intel虚拟化技术；如果包含svm，则表示采用AMD虚拟化技术；如果没有任何输出，表示当前的CPU不支持KVM虚拟化技术。 cat /proc/cpuinfo | egrep '(svm|vmx)' 安装kvm平台及kvm管理工具 dnf install qemu-kvm libvirt virt-* 命令 virt-install [root@localhost ~]# virt-install --help usa
KVM虚拟化：使用qemu-img创建qcow2虚拟磁盘的预分配策略分析
热门推荐
Bob Liu的程序人生
02-14 1万+
本文介绍使用qemu-img创建qcow2格式磁盘文件的预分配(preallocation)策略，及对虚拟磁盘性能的影响。
perf 使用教程
samssm的专栏
05-15 2642
https://perf.wiki.kernel.org/index.php/Main_Page https://perf.wiki.kernel.org/index.php/Tutorial https://www.ibm.com/developerworks/cn/linux/l-cn-perf1/ http://en.wikipedia.org/wiki/Perf_(Linux
linux系统性能分析之perf
彭大帅的博客
02-24 1236
perf是一款Linux系统性能分析工具，可用于分析CPU性能、内存使用、IO性能等方面，它基于内核的事件采样机制，可以对系统进行各种性能分析，包括函数调用耗时、指令执行频率、缓存命中率、IO操作耗时等等。perf stat：统计指定命令的性能数据，包括CPU周期、指令数、缓存命中率等，还可以指定事件类型进行监测，如cache-references、cache-misses、page-faults等。通过以上命令，可以方便地分析系统性能瓶颈，查找问题的根源，并进行优化。
qemu-kvm虚拟机性能优化
li_jiejun的专栏
10-31 4266
在KVM虚拟机中运行mysql，发现与ESX虚拟机中比较，性能有些差。用sysbench测试KVM虚拟机中的mysql，TPS刚刚到1500级别。性能如图： 使用perf命令跟踪KVM虚拟机对应的进程，情况如下： 从图中可以看出，这台虚拟机的page_fault占比较高，其次是__GI__ioctl，而sys_poll虽然占比高，却无需关注，因为即使虚拟机是空闲状态，sys_poll也会...
perf学习-linux自带性能分析工具
iamzhongyong的专栏
07-16 1044
目前在做性能分析的事情，之前没怎么接触perf，找了几篇文章梳理了一下，按照问题的形式记录在这里。 方便自己查看。   什么是perf? linux性能调优工具，32内核以上自带的工具，软件性能分析。在2.6.31及后续版本的Linux内核里，安装perf非常的容易。 几乎能够处理所有与性能相关的事件。   什么是性能事件？ 指在处理器或者操作系统中发生，可能影响到程序性能的硬件...
perf学习总结
phmatthaus的专栏
10-09 3416
perf学习总结
解决vmware虚拟不支持perf hardware_events
weixin_45485072的博客
01-28 1007
虚拟机 perf 支持cpu circle
系统级性能分析工具perf的介绍与使用
kebu12345678的博客
06-28 2331
系统级性能分析工具perf的介绍与使用 https://www.bbsmax.com/A/kmzLP3AzGE/  ArnoldLu  2017-01-04  原文 测试环境：Ubuntu16.04（在VMWare虚拟机使用perf top存在无法显示问题） https://www.bbsmax.com/A/kmzLP3
perf kvm to profile vm_exit
li_jiejun的专栏
06-12 943
【代码】perf kvm to profile vm_exit。
centos7中，内存占用高，但是找不到是哪个占用的，top打开后没有特别大的占内存的
最新发布
02-28
<think>好的，我现在需要帮助用户解决CentOS7中内存占用高但用top找不到占用大的进程的问题。首先，我得回想一下用户之前的问题，他们之前遇到了crond、postdrop、sendmail进程多的情况，可能已经处理过邮件服务相关的问题。现在用户又遇到内存问题，但top显示不明显，这说明可能存在一些隐藏的因素或者用户对内存使用的理解有偏差。 首先，我应该考虑Linux内存管理机制。用户可能看到的是可用内存少，但Linux会利用缓存和缓冲来提高性能，这部分内存是可以被快速释放的。所以需要先确认是否真的是内存不足，还是被缓存占用了。可以通过free -h命令查看，关注available那一列，这才是实际可用内存。 然后，用户可能用top默认排序是CPU，而内存排序需要按Shift+M。需要提醒用户调整排序方式。另外，top可能没有显示所有进程，比如短时进程或者内核线程。这时候可能需要用ps aux --sort=-%mem | head来查看内存占用高的进程。 接下来，如果确实没有明显的进程占用，可能要考虑内核模块或slab内存泄漏。可以用slabtop查看内核内存使用情况，检查是否有异常的slab占用。此外，内存泄漏的可能也不能排除，需要检查/proc/meminfo中的SUnreclaim项，如果过高说明可能有slab泄漏。 另外，共享内存也是一个可能，比如数据库使用的共享内存段，或者tmpfs文件系统。可以用ipcs -m查看共享内存情况，或者检查挂载点是否有大文件占用。 用户还可能运行了容器或虚拟化，比如Docker或KVM，这些可能占用内存但不在普通进程中显示。需要检查相关服务。 最后，如果以上方法都找不到原因，可能需要使用工具如smem来分析实际内存使用，或者配置sar来监控历史内存使用情况。如果怀疑硬件或内核问题，可能需要重启或更新内核。 整个过程中，需要逐步引导用户检查各个可能性，从简单的命令开始，逐步深入。同时要提醒用户备份数据，谨慎操作，特别是在修改内核参数或重启服务时。</think>在CentOS7中遇到内存占用高但`top`无法定位具体进程的情况，通常与Linux内存管理机制或隐藏的内存消耗源有关。以下是系统化的排查与解决方案： --- ### 一、理解Linux内存机制 1. **内存组成解析**（通过`free -h`查看）： ```bash total used free shared buff/cache available Mem: 7.6G 5.1G 300M 1.2G 2.2G 1.0G ``` - **buff/cache**：内核缓存（可快速释放） - **available**：真实可用内存（关键指标） 2. **常见误区**： - 显示`used`高 ≠ 内存泄漏 - Linux会主动利用空闲内存加速I/O（可通过`echo 3 > /proc/sys/vm/drop_caches`临时清理缓存） --- ### 二、排查隐藏内存消耗源 #### 1. 检查进程级内存（进阶方法） ```bash # 按内存排序进程（比top更直观） ps aux --sort=-%mem | head -n 20 # 检测短时进程（可能未在top中显示） sudo apt-get install perf-tools # 需EPEL源 sudo memleak-bpfcc -p $(pgrep your_service) # 追踪内存泄漏 ``` #### 2. 内核级内存占用 ```bash # 查看slab内存分配（内核对象缓存） sudo slabtop -s c # 重点关注异常项： # - dentry（目录项缓存） # - inode_cache（inode缓存） # - ext4_inode_cache（ext4文件系统缓存） ``` #### 3. 共享内存与tmpfs ```bash # 检查共享内存段（常见于数据库） ipcs -m | awk '$5>1000000 {print}' # 显示大于1MB的共享内存 # 检查tmpfs占用（如/dev/shm） df -h | grep tmpfs find /dev/shm -type f -exec du -h {} + 2>/dev/null ``` --- ### 三、专业工具定位 #### 1. 使用`smem`可视化分析 ```bash # 安装并运行 sudo yum install smem smem -t -k -u -p # 按用户显示内存占用（含共享内存比例） ``` #### 2. 检查内存泄漏（内核模块） ```bash # 查看/proc/meminfo中的可疑项 grep -E 'SUnreclaim|KernelStack|Slab' /proc/meminfo # 典型问题： # SUnreclaim值高 -> 内核内存未释放（需排查内核模块） ``` --- ### 四、针对性解决方案 #### 场景1：内核内存泄漏 ```bash # 查看已加载内核模块 lsmod | sort -k3 -n # 可疑模块处理（示例） sudo modprobe -r faulty_module # 卸载问题模块 sudo dracut --force # 重建initramfs（重要操作需谨慎） ``` #### 场景2：缓存未释放 ```bash # 手动清理（生产环境慎用） sync; echo 1 > /proc/sys/vm/drop_caches # 清理页缓存 sync; echo 2 > /proc/sys/vm/drop_caches # 清理inode和目录缓存 sync; echo 3 > /proc/sys/vm/drop_caches # 清理所有缓存 ``` #### 场景3：透明大页(THP)导致 ```bash # 检查THP状态 cat /sys/kernel/mm/transparent_hugepage/enabled # 临时禁用 echo never > /sys/kernel/mm/transparent_hugepage/enabled # 永久禁用（修改grub配置） grubby --update-kernel=ALL --args="transparent_hugepage=never" reboot ``` --- ### 五、长期监控建议 1. **安装sysstat收集历史数据**： ```bash sudo yum install sysstat sar -r 1 3 # 查看内存使用趋势 ``` 2. **配置告警阈值**（示例脚本）： ```bash #!/bin/bash THRESHOLD=90 MEM_USED=$(free | awk '/Mem/{printf("%d"), $3/$2*100}') [ $MEM_USED -gt $THRESHOLD ] && echo "内存告警: ${MEM_USED}%" | mail -s "内存警报" admin@example.com ``` --- ### 关键检查流程图 ``` 内存高占用排查流程： 1. free -h → 确认available是否充足 2. top (Shift+M) → 检查进程排序 3. slabtop → 分析内核内存 4. ipcs/df → 检查共享内存和tmpfs 5. smem/sar → 深入分析 6. 内核模块检查 → 排查驱动问题 ``` 通过以上方法，90%以上的"幽灵内存"问题可被准确定位。若仍无法解决，建议使用`kdump`收集内核转储文件进行深度分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值