On Mon, 22 Feb 2010 20:49:07 +0100 Johannes Weiner <hannes@xxxxxxxxxxx> wrote: > this is the second submission of the used-once mapped file page > detection patch. > > It is meant to help workloads with large amounts of shortly used file > mappings, like rtorrent hashing a file or git when dealing with loose > objects (git gc on a bigger site?). > > Right now, the VM activates referenced mapped file pages on first > encounter on the inactive list and it takes a full memory cycle to > reclaim them again. When those pages dominate memory, the system > no longer has a meaningful notion of 'working set' and is required > to give up the active list to make reclaim progress. Obviously, > this results in rather bad scanning latencies and the wrong pages > being reclaimed. > > This patch makes the VM be more careful about activating mapped file > pages in the first place. The minimum granted lifetime without > another memory access becomes an inactive list cycle instead of the > full memory cycle, which is more natural given the mentioned loads. iirc from a long time ago, the insta-activation of mapped pages was done because people were getting peeved about having their interactive applications (X, browser, etc) getting paged out, and bumping the pages immediately was found to help with this subjective problem. So it was a latency issue more than a throughput issue. I wouldn't be surprised if we get some complaints from people for the same reasons as a result of this patch. I guess that during the evaluation period of this change, it would be useful to have a /proc knob which people can toggle to revert to the old behaviour. So they can verify that this patchset was indeed the cause of the deterioration, and so they can easily quantify any deterioration? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>