hknaruto的专栏

注意：使用strings查看，不要使用cat，否则换行符没有输出，全都混在一起了。

切换到上一个窗口：Ctrl+b,Shift+[依次输入两组快捷键：Ctrl+b, Shift+5。依次输入两组快捷键：Ctrl+b, Shift+'切换窗口（注意：鼠标点击没有切换效果）注意下方已显示[0] 0:bash。关闭窗口exit，或者Ctrl+D。可以看到光标已经回到第一个窗口。

操作日志Installed:Complete!Installed:Complete!

GpuTest主页地址下载页下载链接。

centos-vault安装包下载_开源镜像站-阿里云Index of /centos-vault/ | 清华大学开源软件镜像站 | Tsinghua Open Source MirrorLast Update: 2023-07-05 06:44

系统已经升级到最新基于Ubuntu 20.04 LTS apt upgrade升级而来。

解决方案：在完成openssl-1.1.1u版本编译安装后，由于是放到/usr/local，必须在编译Python3.10.12前，配置/etc/ld.so.conf并运行ldconfig使其生效。

说明：Docker文件系统的每一层形成以后，其体积就固定了，RUN rm这种指令只会影响当前ceng，因此应当用一条指令完成所有事项并在最后清理掉垃圾文件。所以不少Dockerfile有类似如下写法。可以看到，本意是复制一个文件到容器零时用一下就删除，结果这个层始终都在镜像内。基于原有镜像，删除其内部文件，查看大小情况。Dockerfile添加删除无用文件。预期的结果是镜像不会变大。

【代码】SPEC CPU 2006 cpu2006-1.2.iso ARM64 aarch64 麒麟V10 服务器 修复tools/src源码编译 patch。

【代码】patch 报错 can‘t find file to patch at input line 4。

默认安装，即报错。

roop docker cpu

拷贝tools到安装目录执行编译。

1. iodepth数值越大，跑分越低2. numjobs数值增大，跑分上升，有上限3. USB物理接口损坏严重影响性能。4. 硬盘信息查看指令：smartctl、lsscsi、lshw（会列出CPU、内存、硬盘等硬件信息）

配置开机启动，并立即启动。

由于Ventoy会自动利用U盘剩余所有空间创建一个用于存放iso的数据问题，并自动采用exFAT格式。因此在做U盘读写场景下，导致服务器需要额外再安装exfat相关驱动包，在服务器断网情况下比较纠结。完成VentoyU盘制作后，立即在Windows平台将Ventoy分区（即：存放ISO的分区）格式化为NTFS。经实际测试，可正常引导识别其中的ISO文件。并兼顾了U盘文件读写的场景。exFat分区，CenOS、银河麒麟高级服务器操作系统等默认不支持，需要额外安装驱动程序。

【代码】openEuler 20.03 LTS SP3 基于openEuler-20.03-LTS-SP3-source-dvd.ison内src.rpm重新编译所有rpm包 自动化脚本。

约1小时完成编译，可以看到，gcc-7.3.0-20211123.43.aarch64.rpm gcc-c++-7.3.0-20211123.43.aarch64.rpm 及对应库 libstdc++-7.3.0-20211123.43.aarch64.rpm、libstdc++-devel-7.3.0-20211123.43.aarch64.rpm等都被编译出来。经测试，确定源码包不能在线安装，yum install gcc.src，在配置了source的在线源始终报错，找不到包。效果差不多，推测%{?

对应用程序eatMemory而言，numa的开关状态对内存申请大小并没有差别，同样可以用到系统可用内存范围，此环境约200GB。并没有因为关闭numa导致只能使用某个node上的内存。

linux - SError kernel panic when memset_io'ing on device-tree memory area in Petalinux kernel module - Stack OverflowAsk QuestionAsked 2 years agoModified 1 year, 11 months agoViewed 970 times2My Platform: ZynQ MP; PetaLinux 2020.2Build system: Ubuntu 18.0

以函数unmap_stage2_range为例crash装载coredumpdis查看汇编程序。

【代码】linux strings查看vmcore对应内核版本。

VT-d DMA Remapping的硬件能力主要是由IOMMU来提供，通过引入根Context Entry和IOMMU Domain Page Table等机制来实现直通设备隔离和DMA地址转换的目的。那么具体是怎样实现的呢？下面将对其进行介绍。根据DMA Request是否包含地址空间标志(address-space-identifier)我们将DMA Request分为2类不含地址空间标志的DMA Request。

【代码】github linux完整源码下载。

Docker镜像nvidia cuda 驱动lora模型下载。

本文中测试程序添加了cpu online状态设置，原目的是尝试触发_nohz_idle_balance，分析以前发生的类似故障。由于CONFIG_RT_GROUP_SCHED未配置，因此无法查看task_group.rt_bandwith。64C64G运行一个多小时后，进程不再输出，无法停止（如果此时重启，系统会卡在重启过程）即：进程被标记在CPU2上正在运行，而CPU2上显示没有任何任务队列。查看pid=2743进程状态为运行中，CPU号=2。runq查看CPU号=2的运行队列，显示。

对应Makefile（注意，如果直接make，每次都会通过configure.c生成configure,再覆盖Makefile）编译到最后报错 crash build failed gdb merge Error 1。makeinfo位于texinfo包，texinfo下载路径在PowerTools。有故障的应该是这两句话，签名删除了编译的程序，后面又判断了一下。make -j16这种多进程编译 ，出错时看不到详细错误信息。make gdb_merge过程出错。卸载，手动编译crash。

测试程序编译。

选择Boot Manager，子菜单选择UEFI QEMU QEMU CD-ROM。启动状态 Start boot option。

第十次启动，保持不动，约11秒后，不输出内核日志，宿主机查看CPU使用率也掉到接近0%。手动循环重启9次（即：运行./tcti 等开始操作CPU上下线线程跑几秒，ctrl+C中断程序，再启动）从目前看，应该是触发了bug，当前任务被调度出去，一直没能调度回来。刚开始测试时，100.0 id 数值明显不对，应该是操作CPU在线状态导致。此时在宿主机查看kvm进程CPU状态，几乎没有消耗。，新开ssh窗口登录上去，方便观察top信息。约6分钟后，测试进程没有CPU消耗了。运行两小时，正常，说明是内核的bug。

宿主机上，动态修改CPU数量。虚拟机内查看CPU情况。

此方案解决了crash调试不能装载问题，但是导出的文件与虚拟机内存大小相关，如64G内存虚拟机导出的文件大约64G，且导出速度很慢，解决办法，添加--format=kdump-zlib。此文件采用crash调试不能装载，解决方法添加--memory-only。其导出的转储文件体积与方法一相似，且可crash正常调试。1. 导出文件不可调试。2. 导出文件体积很大。

输入gg，快速下翻到页尾，可以看到内核打印了watchdog: BUG: soft lockup - CPU#0 stuck for 23s![softlockup_thre:1079]，pc（Program Counter：程序计数器）指向地址为。其中：ARM64汇编指令 b 为跳转指令，即执行到ac地址处，跳转到ac地址处，对应while(1){}循环体。实际上，虚拟机已经处于假死状态，bash交互界面已无法操作。虚拟机卡主后，过几分钟，在宿主机上dump虚拟机内核。进入该目录，执行make，得到。

virsh dump出来的内核转储文件，crash分析，虚拟机有多少个核心，对应会有多少个swapper进程，本环境中分别是[swapper/0]、[swapper/1]、[swapper/2]、[swapper/3]，其PID为0，均处于RU（即执行）状态。通过swapper进程，不能判定当前CPU是否处于空闲状态。（原先猜测的是swapper进程运行标识CPU空闲，此思路错误）。crash调试环境尚未发现有top这类观察CPU消耗状态方法。附。

查看效果，重启后自动选中第0个启动项。查看当前启动项（默认值）

添加参数--memory-only。

关闭虚拟机qemu-img resize从20G扩容至40G启动查看状态，当前无任何变化fdisk 查看vda，已经变大查看lvm信息xfs_info。

注意 CPU 那一列，显示 CPU 占用率为0%，我们发现此时该进程几乎没有占用CPU，这基本上是在告诉我们该进程是被卡死在内核态，进程要进入内核态那么就是因为调用了某个阻塞式系统调用导致被操作系统挂起，那么该怎么知道进程调用了什么系统调用呢？这里值得注意的是，因为 ps 打印的只是运行ps命令这一时刻相应进程的状态，也就是说运行一次 ps 相当于一次采样，因此你应该多运行几次ps，确保运行结果没有变化，否则只运行一次并且时间足够巧那么有可能会获得到一个错误的线索。就在这时博主的脑海里浮现出了岛国的。

5> 再查看task group对应的cfs_bandwidth的period timer，发现state为0，即HRTIMER_STATE_INACTIVE，表示未激活，问题就在这里，正常情况下该timer是激活的，该定时器未激活会导致对应cpu上的group cfs_rq分配不到quota，quota用完后就会导致其对应的se被移出rq，此时task虽然处于Ready状态，但由于不在rq上，仍然不会被调度的。4> 查看task对应的se没有在rq上，cfs_rq显示被throttled。

bugzilla.kernel.org没有这个bug。邮件注册后，仍然无权限。发现未登录不允许访问。bing搜索到的资料。