Implement heuristic to disable SchedulingGroup splitting
It's not worth trying to split a group with a very large number of
(ribout, peer) members. The chances that such a group can be split
are pretty low and the amount of effort spent in figuring it out is
quite large.
Implement a heuristic/hack to make a group split ineligible once it
has more than a certain number of members. This is a sticky property
i.e. the group can never be split once this property gets set.
If/when more parallelism is required on the xmpp send side, it can
be achieved by creating multiple RibOuts for the same tables based
on a hash of the agent name/address.
Reviewed: https:/ /review. opencontrail. org/11297 github. org/Juniper/ contrail- controller/ commit/ 15c9b95e5b01f3d 00d2ae61e69f31d 895aed7361
Committed: http://
Submitter: Zuul
Branch: R2.20
commit 15c9b95e5b01f3d 00d2ae61e69f31d 895aed7361
Author: Nischal Sheth <email address hidden>
Date: Thu Jun 4 14:23:09 2015 -0700
Implement heuristic to disable SchedulingGroup splitting
It's not worth trying to split a group with a very large number of
(ribout, peer) members. The chances that such a group can be split
are pretty low and the amount of effort spent in figuring it out is
quite large.
Implement a heuristic/hack to make a group split ineligible once it
has more than a certain number of members. This is a sticky property
i.e. the group can never be split once this property gets set.
If/when more parallelism is required on the xmpp send side, it can
be achieved by creating multiple RibOuts for the same tables based
on a hash of the agent name/address.
Change-Id: I601f9aadc4e21a 835b7e320f8aae4 30b5589929d
Partial-Bug: 1461322