【标题描述】能够简要描述问题:说明什么场景下,做了什么操作,出现什么问题(尽量使用正向表达方式)
【环境信息】
硬件信息:
1) 裸机场景提供出问题的硬件信息;
2) 虚机场景提供虚机XML文件或者配置信息
软件信息:
1) OS版本及分支
2) 内核信息
3) 发现问题的组件版本信息
如果有特殊组网,请提供网络拓扑图
[root@localhost ~]# grep PRETTY_NAME /etc/os-release | awk -F \" '{print $2}' ; ifconfig | grep -E "(8.0.234)|(10\.)|(9.9)" | head -n 1 | awk '{print $2}' ; uname -a
openEuler 21.03
10.44.134.162
Linux localhost.localdomain 5.10.0-4.0.0.13.oe1.aarch64 #1 SMP Tue Feb 23 09:25:10 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux
[root@localhost ~]# lscpu
Architecture: aarch64
CPU op-mode(s): 64-bit
Byte Order: Little Endian
CPU(s): 128
On-line CPU(s) list: 0-127
Thread(s) per core: 1
Core(s) per socket: 64
Socket(s): 2
NUMA node(s): 4
Vendor ID: HiSilicon
Model: 0
Model name: Kunpeng-920
Stepping: 0x1
BogoMIPS: 200.00
L1d cache: 8 MiB
L1i cache: 8 MiB
L2 cache: 64 MiB
L3 cache: 256 MiB
NUMA node0 CPU(s): 0-31
NUMA node1 CPU(s): 32-63
NUMA node2 CPU(s): 64-95
NUMA node3 CPU(s): 96-127
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Spec store bypass: Vulnerable
Vulnerability Spectre v1: Mitigation; __user pointer sanitization
Vulnerability Spectre v2: Not affected
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm
【问题复现步骤】
具体操作步骤
出现概率(是否必现,概率性错误)
【预期结果】
描述预期结果,可以通过对比新老版本获取
【实际结果】
描述出问题的结果
[图片上传中…(image-bVSDey5yWemrrPKOWmGR)]
【附件信息】
比如系统message日志/组件日志、dump信息、图片等
Hey speacher, Welcome to openEuler Community.
All of the projects in openEuler Community are maintained by @openeuler-ci-bot.
That means the developers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at https://gitee.com/openeuler/community/blob/master/en/sig-infrastructure/command.md to find the details.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
分别使用OS自带的gcc 9.3.1,开源gcc 9.3.0,Kunpeng gcc,毕昇编译器跑SPEC 2017,502.gcc子项出现卡死现象,运行超过3小时。openEuler 20.03和20.09上只需运行20分钟以内
卡主原因是内存不足,报 OOM,将相关 gcc 的一部分 task oom kill 掉了。
两个影响因素:
1)与问题提交人确认,本次跑的机器是 128G 的,issue 上说跑的 20.03 20.09 的机器是 512G.
2) 由于这个 issue,也会占用比较多的内存,更加剧了内存不足。
#I3A554:【openEuler 21.03】【虚拟化】openEuler 21.03 版本在ARM服务器启动后会占用大量内存
登录 后才可以发表评论