首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >崩溃分析和4级页面表

崩溃分析和4级页面表
EN

Unix & Linux用户
提问于 2013-04-05 06:54:07
回答 1查看 283关注 0票数 0

我让XEN3.4.2在一个拥有256 Gb内存和96核心CPU的主机上运行15个vm (pv+hvm)。

但是最近我的主机在调试日志上崩溃了

代码语言:javascript
复制
translating ffff83183fcb0000 with CR3 100ae42000 and 4 levels of page table.

经过这么多相似的线条,它展示了

代码语言:javascript
复制
cannot translate address 0 < ffff830000000000 without cr3

据我对xen pv的理解,

管理程序允许pv直接访问物理RAM。

但是hypervisor交叉检查对物理内存的所有调用,而不是使用影子页。

因此,它在虚拟内存到物理转换中的开销较小,因为它知道实际的映射。

但是,在HVM的情况下,管理程序需要将来宾的内存转换为物理ram。

所以,有人能从上面的翻译中解释一下吗?对于hvm,ram翻译,管理程序正在做什么,或者它也会发生在pv中吗?

在crash.log上它的显示

代码语言:javascript
复制
(XEN) grant_table.c:1408:d0 dest domain 452 dying
(XEN) p2m_pod_cache_get: Breaking up superpage.
(XEN) mm.c:741:d421 Non-privileged (421) attempt to map I/O space 00000000
(XEN) mm.c:741:d421 Non-privileged (421) attempt to map I/O space 000000f0
(XEN) mm.c:741:d352 Non-privileged (352) attempt to map I/O space 00000000
(XEN) mm.c:741:d352 Non-privileged (352) attempt to map I/O space 000000f0
(XEN) mm.c:741:d249 Non-privileged (249) attempt to map I/O space 00000000
(XEN) mm.c:741:d249 Non-privileged (249) attempt to map I/O space 000000f0
(XEN) grant_table.c:1408:d0 dest domain 450 dying

这是一个月来的第二次崩盘。

我在这里看到了许多与系统编程相关的问题,这就是我为什么在这里发布它的原因。

EN

回答 1

Unix & Linux用户

发布于 2013-07-06 12:30:24

Xen不允许直接访问RAM,而是允许物理卷在Xen的监督下使用物理RAM进行页表更新。

票数 0
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/71274

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档