免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1299 | 回复: 1
打印 上一主题 下一主题

COW 如何避免被写入磁盘? [复制链接]

论坛徽章:
11
未羊
日期:2013-12-16 12:45:4615-16赛季CBA联赛之青岛
日期:2016-04-11 19:17:4715-16赛季CBA联赛之广夏
日期:2016-04-06 16:34:012015亚冠之卡尔希纳萨夫
日期:2015-11-10 10:04:522015亚冠之大阪钢巴
日期:2015-07-30 18:29:402015亚冠之城南
日期:2015-06-15 17:56:392015亚冠之卡尔希纳萨夫
日期:2015-05-15 15:19:272015亚冠之山东鲁能
日期:2015-05-14 12:38:13金牛座
日期:2014-12-04 15:34:06子鼠
日期:2014-10-16 13:40:4715-16赛季CBA联赛之八一
日期:2016-07-22 09:41:40
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2012-01-17 11:09 |只看该作者 |倒序浏览
如下:
  1. We have always just done a COW if it's read-only - even if it's shared.
  2. The point being that if a process mapped did a read-only mapping, and a
  3. tracer wants to modify memory, the tracer is always allowed to do so, but
  4. it's _not_ going to write anything back to the filesystem. Writing
  5. something back to an executable just because the user happened to mmap it
  6. with MAP_SHARED (but read-only) _and_ the user had the right to write to
  7. that fd is _not_ ok.
复制代码
既然是 COW, 也基本上是修改只自己可见, 因此也不应该写入磁盘。
问题是,  COW 页面是如何避免自己被写入磁盘的?
看代码, 只不过是新分配一个页面, 修改页表属性而可写; 但这个页面仍然和 vma 相连接, vma 依然保存着 vm_file, vm_file 依然有 inode, inode 依然有 i_mapping, i_mapping 依然有个 a_ops, 这里面就有何 writepage 了。。。。。。而且, 似乎没有哪里有信息说明这个页面不应该被 writepage, 那么。。。。。。。。。。。。

论坛徽章:
11
未羊
日期:2013-12-16 12:45:4615-16赛季CBA联赛之青岛
日期:2016-04-11 19:17:4715-16赛季CBA联赛之广夏
日期:2016-04-06 16:34:012015亚冠之卡尔希纳萨夫
日期:2015-11-10 10:04:522015亚冠之大阪钢巴
日期:2015-07-30 18:29:402015亚冠之城南
日期:2015-06-15 17:56:392015亚冠之卡尔希纳萨夫
日期:2015-05-15 15:19:272015亚冠之山东鲁能
日期:2015-05-14 12:38:13金牛座
日期:2014-12-04 15:34:06子鼠
日期:2014-10-16 13:40:4715-16赛季CBA联赛之八一
日期:2016-07-22 09:41:40
2 [报告]
发表于 2012-01-17 11:19 |只看该作者
已经搞明白了。。。。。。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP