2018-12-05「调度器会开启一个 Goroutine，异步地删除牺牲者。」这里应该是同步的 :)编辑回复: 已更新，感谢反馈~
6
2019-01-25为什么在为某一对 Pod 和 Node 执行 Predicates 算法的时候，如果待检查的 Node 是一个即将被抢占的节点，调度器就会对这个 Node ，将同样的 Predicates 算法运行两遍？
感觉执行第一遍就可以了啊，难道执行第一遍成功了，在执行第二遍的时候还可能会失败吗？感觉第一遍条件比第二遍苛刻啊，如果第一遍 ok 第二遍也会通过的 5 4
2018-11-30因为第一种情况下集群资源发生了变化，原先无法调度的pod可能有了可调度的节点或资源，不再需要通过抢占来实现。
第二种情况是放pod调度成功后，跟这个pod有亲和性和反亲和性规则的pod需要重新过滤一次可用节点。 1 3
2019-08-21粥变多了，所有的僧可以重新排队领取了 2
2018-11-30Question 1:
Add/update new node/pv/pvc/service will cause the change to predicates, which may make pending pods schedulable.
Question 2:
when a bound pod is added, creation of this pod may make pending pods with matching affinity terms schedulable.
when a bound pod is updated, change of labels may make pending pods with matching affinity terms schedulable.
when a bound pod is deleted, MatchInterPodAffinity need to be reconsidered for this node, as well as all nodes in its same failure domain.展开 2
2019-10-24你好，我看了scheduler 代码，若抢占成功应该是更新 status.nominatedNodeName 不是 spec.nominatedNodeName 字段 1
2019-11-23增加调度效率吧，新增加资源的时候，一定有机会加速调度pod; 而一旦某个pod调度程度，马上检验和其相关的pod是否可调度
2019-11-11第一个问题：添加或者更新Node，整个集群的信息就可能发生变化，可能存在满足unscheduledQ中的Pod调度，所以要让它们试一下，不然永远就在黑屋子了。
第二个问题：Pod更新，其对应的affnity都可能更新，所以要重新调度一次- 2019-10-23想问一下，没有开启优先级的 pod 没有 status.NominatedNodeName 字段，抢占过程这些 pod 也会被抢占吗？
2018-12-131、集群有更新，需要将失败的pod重新调度，放到ActiveQ中可以重新触发调度策略
2、在predicate阶段，会对pod的node selector进行判断，寻找合适的node节点，需要通过将pod放到ActiveQ中重新触发predicate调度策略
2018-12-06被抢占的直接删除了么
2018-12-02不太理解service与pod scheduling 流程有什么直接关系？作者回复: 比如，同一个service 下的pod可以被打散。设置更复杂的service affinity规则。
2018-11-30第一个问题:添加更新node,pv可能让pod变成可调度的状态，就不用走抢占的流程了，service的不太明白。
第二个问题:对anti的同上