On 10/21/2016 01:34 PM, Aneesh Kumar K.V wrote:
Michal Hocko <mhocko@xxxxxxxxxx> writes:
For both MPOL_PREFERED and MPOL_INTERLEAVE we pick the zone list from
the node other than the current running node. Why don't we do that for
MPOL_BIND ?ie, if the current node is not part of the policy node mask
why are we not picking the first node from the policy node mask for
MPOL_BIND ?
For MPOL_PREFERED and MPOL_INTERLEAVE we got some explicit preference of nodes,
so it makes sense that the nodes in the zonelist we pick are ordered by the
distance from that node, regardless of current node.
For MPOL_BIND, we don't have preferences but restrictions. If the current cpu is
from a node within the restriction, then great. If it's not, finding a node
according to distance from current cpu is probably less arbitrary than by
distance from the node that happens to have the lowest id in the node mask?
-aneesh
--
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>
--
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>