我在Docker中随机读取Linux上的.NetCore中的文件。为了提高速度，我映射了文件内存，所以实际读取只是Span.CopyTo。但当IO失败时会发生什么，整个应用程序将崩溃，但我希望捕获此错误，并可能稍后重试。另一方面，我希望仅当这个错误发生在特定的Span.CopyTo中<
浏览 23提问于2019-02-14得票数 2
我的问题是特定于Linux的，需要了解内核、虚拟内存、mmap和页面结果。我有一个带有大型静态数组的C程序，它将进入bss部分(内存，初始化为零)。当程序启动时，这个内存不是物理分配的，只有虚拟内存，并且虚拟内存的每一页都映射到特殊的零页(全零的页)。当应用程序访问此页面时，将生成pagefa
浏览 3提问于2012-08-25得票数 9
回答已采纳
来自top的管理手册 The number of major page faults that have occurredpage fault does not involve auxiliary storage如果我是正确的，那么处理页面错误就是将物理内存中缺少的所需数据从交换区传输到物理
浏览 0提问于2016-06-13得票数 1
或者，我们可以使用目前讨论的虚拟内存技术将file I/O作为常规内存访问来处理。这种方法称为内存映射file，允许虚拟地址空间的一部分在逻辑上与file相关联。正如我们将要看到的，这可能导致信号fi不能提高性能。内存映射file是通过将磁盘块映射到内存中的页(或页)来完成的。对file
浏览 0提问于2018-10-11得票数 23
回答已采纳
Linux3.0上的进程在x86_64体系结构上具有64位虚拟地址空间.例如，1曾经是一个有效的地址吗？那2^64-1呢
Definition：“保证成为无效的内存地址”是什么意思？void deref_and_as
浏览 13提问于2012-01-25得票数 3
回答已采纳
我正在尝试理解操作系统内核是如何处理页面错误的。维基百科在上的文章区分了小错误、大错误和无效页面错误。一个主要的页面错误是其中虚拟->真实地址映射还不存在于主存储器中，但真实地址存在于磁盘上，并且对于该页面错误异常，异常处理程序搜索磁盘并将页面帧带到主存储器，并执行虚拟->真实地址映射。无效页面错误是当应用程序试图访问未映射的
浏览 0提问于2016-01-15得票数 0
1回答
我对内存中程序的地址空间映射感到有点困惑，这里有一个链接，它处理正在执行的程序的虚拟地址映射，并标记为内核模式为1 GB，用户模式为3 GB，并提到使用页表访问内存段。Linux使用的页面文件在x86架构上只有4KB，如果我没有错，那么一个进程如何使用内存中3 KB的映射地址空间(如链接中所给
浏览 2提问于2013-01-11得票数 0
2回答
理解内存分配
、、、
据我所知，当调用mmap来创建MAP_ANONYMOUS映射时，操作系统(在我的例子中是Linux)会创建：
而且，据我所知，当CPU试图访问尚未在页表中的内存页时，当它触发页错误</em
浏览 0提问于2019-02-14得票数 4
回答已采纳
当以可写模式与SHM_MAP一起使用时，可以将文件扩展到其原始长度之外(在我的示例中为零)：
( AIX中的“段”是256 MB的地址空间，“页
浏览 7提问于2011-08-04得票数 6
回答已采纳
1回答
我正在查看Java中的一些内存映射文件。假设我将堆大小设置为2 2gb，并且内存映射了一个50 2gb的文件-远远超过机器上的物理内存。OS将在os文件高速缓存中高速缓存50 2gb文件部分，java进程将具有2 2gb的堆空间。我好奇的是，操作系统是如何决定缓存多少50 to的文件<
浏览 1提问于2010-04-06得票数 1
我使用MAP_SHARED和PROT_READ调用mmap()来访问一个大小约为25 GB的文件。我注意到，推进返回的指针对应用程序顶部的%MEM没有影响，但是一旦我开始在不同位置取消指针，内存就会急剧增加，上限为55%。一旦调用munmap，该值将降至0.2%。我不知道我是否应该相信55%的顶级报告。它似乎并不是实际使用8GB的可用16。我应该担心吗？
浏览 2提问于2017-09-14得票数 1
回答已采纳
4回答
我有一个运行在Windows上的C++应用程序，它每15分钟醒来一次，打开和读取目录中的文件。每次运行时，目录都会发生变化。open由ifstream.open执行(file_name，std：：ios：：二进制)
每个文件的</em
浏览 7提问于2009-07-10得票数 4
我正在阅读关于逻辑和物理称谓的文章。我感到困惑的是，当一个二进制文件被运行时，它是首先经过产生逻辑地址的CPU，还是直接复制到物理内存？
浏览 0提问于2019-04-21得票数 0
回答已采纳
然而，munmap/mmap是不可取的，因为它意味着下次访问数据库文件的每个页面时会发生一个小的页面错误，系统必须搜索OS页缓存以找到与虚拟内存地址相关联的正确帧。换句话说，它减缓了随后的数据库读取速度。
在Linux上，我们可以使用非标准的mremap()系统调用，而不是munmap()/mmap()来调整映射的</
浏览 12提问于2013-03-28得票数 31
我们的应用程序使用多个内存映射文件在多个进程之间进行通信。产品运行在64位的solaris上，开发机器为32位的linux。在未来，我们希望在所有环境中使用64位linux。编译已经完成，现在我需要存储在内存映射文件中的数据。不幸的是，如果我使用来自32位linux的文件，我
浏览 4提问于2012-12-18得票数 1
1回答
所谓虚拟物理内存，我的意思是来宾操作系统不知道它在VM中，并且仍然像在真正的物理机器上那样工作，但是它所拥有的确实是QEMU给出的抽象。因此，即使将页面框架分配给它，如果它不在来宾的页面表中，则客户操作系统仍然会触发页面错误，然后将一些页面映射到框架中。更糟糕的是，可能有一个双页错误，客户首先在页面错误
浏览 4提问于2020-03-15得票数 3
回答已采纳
2回答
我有一个程序，它使用mmap()和共享内存有效地访问一个大型数据库文件。我想试一试大页，看看它是否加快了速度。我认为一种简单快捷的方法是将数据库文件复制到Linux的hugetlbfs目录中，并在旧位置创建一个符号链接。
但是，这不起作用，因为cp命令不能写入文件。我怀疑只有通过调用ftrunc()和mmap()系统调用来写入文件才能创建文件。除非我得到一个描述现有工具的答案，否则
浏览 4提问于2012-04-27得票数 5
我当时正在学习操作系统中的内存管理，突然产生了这样的疑问。据说，在纯需求分页中，进程以零页的方式开始执行。虚拟地址空间包含许多内容，包括数据、堆栈、堆和文本区域或代码.因此，如果一个进程要执行，并且它在主内存中没有页，那么指令寄存器将如何存储它的第一条指令，它将由CPU执行，从而导致进一步的页错误？
浏览 0提问于2018-11-28得票数 0
回答已采纳
云服务器
ICP备案
腾讯会议
云直播
对象存储
腾讯云开发者
