Messages in this thread | | | Date | Fri, 23 Jun 2006 10:00:56 -0700 (PDT) | From | Christoph Lameter <> | Subject | Re: [PATCH] mm: tracking shared dirty pages -v10 |
| |
On Fri, 23 Jun 2006, Hugh Dickins wrote:
> Not even looked at the preview yet, but as far as mechanism goes, > I'm sure it won't be worse than a few fixups away from good.
Sounds good.
> And have we even seen stats for it yet? We know that it shouldn't > affect the vast majority of loads (not mapping shared writable), but > it won't be fixing any problem on them either; and we've had reports > that it does fix the issue, but at what perf cost? (I may have missed)
I do not think that statistics are that important. One of the primary advantages is that this fixes up a way to deadlock the machine through dirtying too many pages. The other side effect is that dirty page writeout can begin before an application terminates. We have had cases where dirty memory was sitting for weeks in a machine because the process did not terminate. These are major VM issues that need a resolution.
Also Peter has made the tracking configurable. So there is a way to switch it off if it is harmful for some situations.
> Several people also have doubts as to whether it's right to be > focussing just on shared writable here, whether the private also > needs tweaking. I'm undecided. Can be considered a separate > issue, but a cycle in -mm would help settle that question too.
You mean anonymous pages? Anonymous pages are always dirty unless you consider swap and we currently do not take account of dirty anonymous pages. With swap we already have performance problems and maybe there are additional issues to fix in that area. But these are secondary.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |