大佬教程收集整理的这篇文章主要介绍了linux – madvise(___,___,MADV_DONTNEED)是否指示操作系统懒惰地写入磁盘？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
如果我在整个区域上mmap()一个巨大的区域和madvise(MADV_SEQUENTIAL),那么我可以以相对有效的方式写入内存.我已经开始工作了.
现在,为了在我编写时释放各种OS资源,我偶尔会在已经写入的小块内存上执行munmap().我担心的是munmap()和msync()会阻塞我的线程,等待数据物理地提交到磁盘.我根本无法放慢作家的速度,所以我需要找到另一种方式.
在已经写好的小块内存中使用madvise(MADV_DONTNEED)会更好吗？我想告诉操作系统懒惰地将内存写入磁盘,而不是阻止我的调用线程.
@H_792_16@madvise()的联机帮助页有这样说,这是相当模糊的： @H_699_24@mADV_DONTNEED Do not expect access in the near future. (For the time being,the application is finished with the given range,so the kernel can free resources associated with it.) Subsequent accesses of pages in this range will succeed,but will result either in re-loading of the memory contents from the underlying mapped file (see mmap(2)) or zero-fill-on-demand pages for mappings without an underlying file.为了您自己的利益,请远离MADV_DONTNEED. Linux不会把它作为一个提示,在写完之后扔掉页面,而是立即将它们扔掉.这不是一个错误,而是一个深思熟虑的决定.
具有讽刺意味的是,原因是非破坏性MADV_DONTNEED的功能已经由msync(MS_INVALIDATE | MS_ASYNC)给出,另一方面MS_ASYNC不启动I / O(事实上,它根本没有做任何事情,因为它的推理是无论如何,脏页回写工作正常),fsync总是阻塞,如果你超过一些模糊的限制,sync_file_range可能会阻止,并且文档被认为是“极其危险”,无论这意味着什么.
无论哪种方式,您必须msync(MS_SYNC),或fsync(阻塞)或sync_file_range(可能阻塞),然后是fsync,否则您将丢失MADV_DONTNEED的数据.如果你不能阻止,你可能别无选择,但要在另一个线程中做到这一点.
以上是大佬教程为你收集整理的linux – madvise(___,___,MADV_DONTNEED)是否指示操作系统懒惰地写入磁盘？全部内容，希望文章能够帮你解决linux – madvise(___,___,MADV_DONTNEED)是否指示操作系统懒惰地写入磁盘？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。