2回答
我对重新定位绝对引用、共享库和与位置无关的代码感到非常困惑。我假设我对单个进程的地址空间还不太了解。
在我的书中，作者谈到了通过插入全局变量/函数的运行时地址来解析绝对符号引用的链接。我猜每次都不会把它加载到同一个内存中，那么链接器怎么可能知道变量/函数的绝对运行时地址呢？
浏览 0提问于2013-06-10得票数 1
回答已采纳
3回答
我想把它们映射到用户空间的虚拟地址。目前，我正在通过一个内核模块来做这件事。我使用vmalloc/kmalloc (取决于大小)，然后对返回的虚拟地址使用ioremap_page_range来映射我的物理地址。我认为这不是正确的做法。首先，我正在分配内存，然后我请求内核将虚拟地址空间重新映射到一些不同的物理地址空间。(最初在vmcall/kmalloc中映射physical->virtual有点没用，因为我不关心那些物理页面。这绝对不是好事。)
相反，有一种更好
浏览 0提问于2012-07-24得票数 8
回答已采纳
2回答
我有一个我编译的静态库，当我创建可执行文件时，我希望我在库中创建的某个函数始终放在固定的绝对地址。具体地说，我的静态库是一组x86汇编例程，我希望其中一个例程(称为_start_exec)在加载ELF二进制文件时始终位于固定的虚拟地址。我尝试过--defsym，尽管我不认为那是我想要的。我不想打乱可执行文件的起始点，我只希望在我链接的所有可执行文件中，特定的指令序列始终位于固定的虚拟地址。
浏览 0提问于2012-03-05得票数 1
我没有合适的统一地址空间(由于卡的限制: sm_12)。我觉得这很难相信。为了说明这一点:两个进程都使用cudaMalloc (运行时应用程序接口)和cuMalloc (驱动程序API) (在大卡上为400MB)请求设备内存，并且两个
浏览 4提问于2012-10-20得票数 3
回答已采纳
3回答
根据我的理解，每个进程通过虚拟地址而不是物理地址访问内存，CPU有责任通过MMU单元将这些虚拟地址转换为物理地址，两个或多个进程可以具有相同的虚拟地址。假设进程A试图访问虚拟地址12345，进程B也试图访问虚拟地址12345。MMU将如何将每个进程的虚拟地址转换为物理地址，它是否为每个将虚拟地址映射为物理地址的进程设置了映射表(因为我认为CPU甚至不知道什么是“进程”，它的唯一责任是执行指令，而不关
浏览 0提问于2017-05-12得票数 6
回答已采纳
2回答
f8 05 00 00 00 movl $5, -8(%rbp)如您所见，内存地址是它们不是真正的地址。movl $5, -8(%rbp)我的问题是，100000f90是虚拟内存字节的实际地址还是偏移量链接器如何在执行前给出实际地址？如果在执行时该内存地址不可用怎么办？如
浏览 0提问于2019-03-16得票数 7
2回答
我一直认为解析绝对地址完全是链接器的工作。也就是说，在链接器将所有对象文件组合成一个可执行文件之后，它将修改所有绝对地址，以反映可执行文件中的新位置。但是在中看到加载程序不必将程序文本放在链接器指定的地址之后，我真的很困惑。return 0;
Foo.cvoid printMe(){}
假设链接后，main的代码被放置在地址0x00000
浏览 1提问于2018-04-29得票数 1
回答已采纳
当我在GDB中运行我的简单程序时，GDB会向我显示程序的虚拟地址(在我的程序的可执行对象文件中定义)。但GDB没有给我那个地址。相反，GDB显示我的简单程序的虚拟地址，它定义在我的简单程序的可执行对象文件中。
怎么会出这事？GDB有虚拟地址表吗？
浏览 1提问于2017-09-19得票数 2
回答已采纳
1回答
图像基地址、虚拟地址和相对虚拟地址有什么区别？但是我所读到的关于物理可执行(PE)文件格式的内容是非常不同的。我发现虚拟地址=映像库+相对虚拟地址偏移量
这两个有什么区别？图像基地址到底是什么？图像基地址</em
浏览 4提问于2016-06-05得票数 3
回答已采纳
1回答
近/远jmp/呼叫细节
、、、
Far jmp/call指令使用绝对地址作为操作数。jmp [new number of code segment][proc name as offset]address = new number* 10h + offset
这实际上是实模式下的物理地址。
浏览 1提问于2013-10-28得票数 1
我们看到与任何指令对应的虚拟地址，所以我的问题是这些虚拟地址在哪里？如果我们看到gdb中的反汇编，我们就会看到虚拟地址，这些地址位于哪里？请不要说它只是虚拟地址，它必须按页映射到物理地址，我知道，但是我们在gdb中看到的虚拟地址在哪里存在呢？在RAM里还是在硬盘里？
浏览 2提问于2016-09-17得票数 2
回答已采纳
1回答
虚拟内存地址驻留在哪里？
、、、
因此，如果虚拟地址没有对应的物理地址，CPU将从磁盘获取该地址。因此，虚拟地址的映射可以在以下两个位置之一:它在物理内存或磁盘中。我的问题是虚拟地址本身驻留在哪里？因为CPU需要这个虚拟地址来执行映射。CPU从哪里获得这个地址？当我们使用gdb查看虚拟地址空间时，gdb将所有这些虚拟地址放在哪里？对于ex：页表20这里20 (页表条目)驻留在RAM中。0x800
浏览 5提问于2013-10-30得票数 2
假设我们有一些x86指令，比如[ebx]的值是一些地址0x123456789。读取时，它声明“虚拟地址空间由CPU的内存管理单元(MMU)实现”。
那么，是否有一个独立于操作系统的CPU虚拟地址空间？除了内核虚拟地址空间之外，为什么还需要这样做呢？如果没有操作系统，CPU将如
浏览 0提问于2017-01-02得票数 8
回答已采纳
2回答
加载时ELF重定位
、、、
通常，当一个程序被内核的ELF加载程序加载时，它被加载到它自己的地址空间中。这样，数据段和代码段可以加载到ELF段中指定的正确虚拟地址。然而，在我的例子中，我通过mmap向内核请求地址，可能会也可能得不到在ELF段中请求的地址。这对于代码段来说不是问题，因为它与位置无关。但是，如果数据段未加载到预期地址，代码将无法正确引用存储在数据段中的任何内容。
实际上，我的加载器似乎可以很好地处理不包含任何数据的简单程序集可执行文件。
浏览 2提问于2009-08-28得票数 21
回答已采纳
1回答
我在一个内存大小和虚拟地址空间都非常紧张的设备上工作。我试图通过更频繁地回收内存，而不是更频繁地回收虚拟地址来解决这个问题，例如，提前保留虚拟地址但延迟提交内存，同时提前回收内存并延迟释放虚拟地址。特别是，有一个非常大的分配受到地址空间碎片的影响，我正在尝试通过预先为它预留地址空间来解决这个问题。解决了第一个问题:使用mmap和PROT_NONE来获取虚拟地址范围，在使用之前使用mprotect和PROT_READ|PROT_WRITE，这样页面在使用时就会出错。但是，
浏览 1提问于2018-04-12得票数 1
1回答
我怎么能跳到上半个内核呢？
、、、、
我目前正在构建一个更高的半内核，我的引导程序将内核加载到物理地址0x100000(1M)，并且身份映射已经设置为0-4MB。下面是一个问题:如何跳转到更高的虚拟地址(例如，3GB)。我搜索了这个问题，发现了两种方法:一种是使用地址空间扭曲，另一种是设置页面条目将3GB~3GB+4MB映射为0-4MB，然后“跳转”到较高的地址。我决定使用第二种方式，但找不到足够的信息来实现它。我拆解了内核，发现所有的地址都是绝对的，所以我相信一个"jmp“指令是不够的。我能想到的唯一方法是，在3
浏览 3提问于2013-04-19得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
