This is something I would be interested to discuss even though I am not working on it directly. Sorry if I hijacked the topic from those who planned to post them. It seems that the time to reconsider our approach to the swap storage is come already and there are multiple areas to discuss. I would be interested at least in the following 1) anon/file balancing. Johannes has posted some work already and I am really interested in the future plans for it. 2) swap trashing detection is something that we are lacking for a long time and it would be great if we could do something to help situations when the machine is effectively out of memory but still hopelessly trying to swap in and out few pages while the machine is basically unusable. I hope that 1) will give us some bases but I am not sure how much we will need on top. 3) optimizations for the swap out paths - Tim Chen and other guys from Intel are already working on this. I didn't get time to review this closely - mostly because I am not closely familiar with the swapout code and it takes quite some time to get into all subtle details. I mainly interested in what are the plans in this area and how they should be coordinated with other swap related changes 4) Do we want the native THP swap in/out support? Other plans? -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>