On Tue 11-10-16 14:06:43, Minchan Kim wrote: > On Mon, Oct 10, 2016 at 09:47:31AM +0200, Michal Hocko wrote: [...] > > that close to OOM usually blows up later or starts trashing very soon. > > It is true that a particular workload might benefit from ever last > > allocatable page in the system but it would be better to mention all > > that in the changelog. > > I don't unerstand what phrase you really want to include the changelog. > I will add the information which isolate 30M free pages before 4K page > allocation failure in next version. If you want something to add, > please say again. Describe your usecase where the additional 1% of memory can allow a sustainable workload without OOM. This is not usually the case as I've tried to explain but it is true that the compression might change the picture somehow. If your testcase is artificial, try to explain how it emulates a real workload etc... -- 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>