1回答
在linux中，因为段的基数都是0，所以逻辑地址与线性地址一致(“理解linux内核”一书)。我认为不同进程的逻辑地址可能是相同的，所以不同进程的线性地址可能是相同的，每个进程视图4 4GB，每个进程将有自己的线性地址空间(本地地址空间)。但其他一些文章指出，所有进程共享一个大的线性地址空间，并使用分段机制将不
浏览 7提问于2012-07-28得票数 3
回答已采纳
2回答
Linux中的页表
、、、
问题1 :-在引导过程中，Linux创建页表。但是，当执行新进程时，它也有自己的页表。这两个表有什么不同？问题2:在linear上，x86使用定义良好的方案(包括页目录、页表项等)将线性地址转换为物理地址。假设我们在进程地址空间A中有一个线性地址X，当使用页表进行转换时，它对应于物理地址Y。还有一些其他进程B，它也具有属于它自己的地址空间的有效线性地址X。现在，如
浏览 1提问于2011-01-25得票数 1
回答已采纳
1回答
linux/Documentation/x86/x86_64/5level-paging.rst中有几个词
假设我们将每一页的大小设置为4k。因此，线性地址有12位偏移量，9位指示每四个级别中的索引，这意味着每
浏览 4提问于2022-05-28得票数 1
回答已采纳
2回答
线性地址空间位于何处？
、、、、
我正在阅读英特尔手册，我看到了“处理器的线性地址空间”的提法。根据我的理解，物理地址空间是实际的RAM。逻辑地址是“段选择器”+“偏移量”，必须将其转换为物理地址。如果我理解的话，如果不使用分页，那么线性地址空间实际上与执行中的物理
浏览 6提问于2020-06-26得票数 1
1回答
我看到Linux中的进程描述符(在x86上)存储在内核数据段中，但存储在PAGE_OFFSET下面的地址(即用户地址空间)中。由于内核数据段和用户数据段都覆盖了完整的4GB地址空间，因此如果用户代码知道进程描述符的地址，那么可以通过该用户数据段访问流程描述符。这是正确的吗?如果是的话，这难道不是一个安全漏洞吗？一个相关的问题:有一个断言，即进程描述符的线性地址可以作为唯一的进程ID。但是，当使用页面表翻译线性
浏览 2提问于2016-02-25得票数 3
1回答
这里有一段引用自“理解Linux内核”的书(重点是我的)
我理解用户空间进程不能访问内核空间，但是为什么相反(这就是我认为上面的句子所暗示的)是正确的呢？
浏览 1提问于2017-11-10得票数 0
1回答
如果linux内核使用的是平面内存模型，那么它如何保护非特权应用程序访问关键数据？
浏览 1提问于2016-06-01得票数 0
回答已采纳
1回答
全局描述符表定位
、、
根据从i386到早期的Intel手册，GDTR寄存器包含一个GDT表的基址，它被伪装成一个线性地址。按照Intel约定，线性地址受分页限制。因为线性地址受分页的限制，我从Intel手册中了解到，段描述符负载通过当前进程的内存分页。因为Linux
浏览 4提问于2016-01-15得票数 3
回答已采纳
是否可以直接从Linux用户空间进程使用Haswell CPU功能PEBS (精确的基于事件的采样)，而不是使用内核接口？我已经成功地使用RDPMC指令从用户空间访问了性能计数器，并且只使用了WRMSR的内核。这让我非常高兴。
现在我还想访问PEBS。但是，我不确定如何分配这个内存，以及我需要使用什么地址。我可以分配2MB的连续物理内存(带有mlock()的Linux)。我还可以解析这个内存的物理地址(通过procfs)。然而，我不确定虚拟地址或物理地址</em
浏览 37提问于2015-09-30得票数 2
1回答
好的，我想在这里做的是在Linux中只给地址空间中的所有页面提供读访问权限。无论何时写入页面，我都会在SIGSEGV信号处理程序中授予对它的写访问权限。对于32位，这很容易，因为地址空间只有4 4GB，因此为每个页面设置位不会花费很多时间，但是对于64位进程，我该如何解决这个问题，因为在这种情况下，地址空间几乎是无限的。如果我用ulimit -v限制地址空间大小，对我来说没有问题，但人们告诉我地址不是线性</
浏览 0提问于2011-09-24得票数 0
回答已采纳
从16位到32位到64位，x86 CPU已经有了各种棘手的模式和内存分割。显然，段寄存器的存在是出于向后兼容性的原因，但这是唯一的原因吗？这个问题的灵感来源于对这个旧堆栈溢出线程的评论：
浏览 1提问于2014-03-17得票数 4
回答已采纳
我想知道，使用不覆盖整个线性地址空间的段描述符是否比使用包含整个线性地址空间的部分描述符慢？
我希望速度没有差别。
浏览 3提问于2022-03-01得票数 2
回答已采纳
2回答
每个进程都有两个内存区域:用户空间(高内存)和内核空间(低内存)。在内核空间中，第一个896 MB是否用于映射内核代码(不是完全1GB)？这意味着，当用户-space应用程序执行系统调用或与内核相关的任何内容时，内核将引用内核空间来执行系统调用，是吗？内核空间中预留的128 it (用于高内存(用户空间)访问)，是不是所有用户空间内存区域的引用？因此，内核进程可以通过引用这个区域来访问任何用户空间，这是真的吗？这就是为什么这个区域在内核空间</
浏览 0提问于2012-07-02得票数 4
回答已采纳
目前，我正在阅读System calls 章节--理解linux内核，并且我无法理解linux内核如何知道通过syscall()传递的地址参数是无效的。书中提到，地址检查会被推迟，直到它被使用，而当linux使用这个地址时，它会产生页面错误。它进一步指出，在内核模式下，三种情况下都可能发生故障。内核试图寻址属于进程地址空间的页面，但不存在相应的页面框架，或者内核试图写入只读页。
某些内核函数包含一个编程错误，在执行该程序时会引发异常；或者，该异常可能是
浏览 3提问于2018-05-13得票数 1
回答已采纳
我试图使linux内存管理在调优和性能方面更加清晰。
通过阅读这本非常有趣的红皮书“指南”，我发现了一些我不完全理解的东西。在32位架构(如IA-32 )上，Linux内核只能直接寻址物理内存的第一个千兆字节(当考虑保留范围时为896 MB )。
浏览 2提问于2011-05-26得票数 3
我需要在linux驱动程序中获得分配内存块的物理内存:这是一个FPGA SOC，内存被传递给SGDMA FPGA模块。
这可以归结为对“逻辑”和“虚拟”记忆的混淆：--它们是同义词还是反义？
浏览 8提问于2014-06-01得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
