On Fri, 21 Oct 2011, Satoru Moriya wrote: > We do. > Basically we need this kind of feature for almost all our latency > sensitive applications to avoid latency issue in memory allocation. > These are all realtime? > Currently we run those applications on custom kernels which this > kind of patch is applied to. But it is hard for us to support every > kernel version for it. Also there are several customers who can't > accept a custom kernel and so they must use other commercial Unix. > If this feature is accepted, they will definitely use it on their > systems. > That's precisely the problem, it's behavior is going to vary widely from version to version as the implementation changes for reclaim and compaction. I think we can do much better with the priority of kswapd and reclaiming above the high watermark for threads that need a surplus of extra memory because they are realtime, two things we can easily do. -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>