请教pagecache的writeback问题

瀚海书香

回复 2# blake326
正是由于这个问题，在大量写操作的时候，可能会出现一个write用时超过几十ms的情况。

   

embeddedlwp

http://lwn.net/Articles/442355/

瀚海书香

回复 12# embeddedlwp
描述的比较清楚，貌似这个问题还是没有解决啊。。。

有些时候宁愿去copy page，至少这样不会阻塞写的进程。

   

embeddedlwp

回复 13# 瀚海书香


貌似已经解决了吧？

   

junnyg

回复 13# 瀚海书香
copy page是老的方法吧，里面提到他们觉得这样做性能开销太大，所以开发了新方案，就是阻塞第二次写的进程，这应该算是stable pages的解决方案了我觉得


   

embeddedlwp

回复 15# junnyg



后来有了新的解决方案

http://lwn.net/Articles/528031/

   

chishanmingshen

貌似仅仅是加了个标志控制，没有解决啊。

leil

由于工作关系，最近也一直在琢磨此事。
从技术上来说，确实会存在这个问题。但纯粹从技术上来考量意义不大。
那从实际业务上来考察，什么场景会出现这个问题？OLTP、OLAP、视频监控、媒资、FS，还是其他等等。
恕我孤陋寡闻，那位大侠能够指教一下？

瀚海书香 发表于 2013-03-28 08:33
回复 2# blake326
正是由于这个问题，在大量写操作的时候，可能会出现一个write用时超过几十ms的情况。:m ...

瀚海书香

回复 18# leil

由于工作关系，最近也一直在琢磨此事。
从技术上来说，确实会存在这个问题。但纯粹从技术上来考量意义不大。
那从实际业务上来考察，什么场景会出现这个问题？OLTP、OLAP、视频监控、媒资、FS，还是其他等等。

我们这边的**器就出现过这个问题。
   

embeddedlwp

回复 17# chishanmingshen


凡是backing device有请求的，加BDI_CAP_STABLE_WRITES标志，在写之前调用的clear_page_dirty_for_io,会设置page为protect的，这样这个page在写的过程中如果被访问会产生#PF，#PF的时候会
调用page_mkwrite,这个时候会调用wait_for_stable_page，如果backing device有请求也就是说相应的flag被设置，会block住等待writeback完成。