mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-12-28 11:18:45 +07:00
eec39e441c
Upon waiting a request (when asked), we gave that request a small priority boost, not enough for it to cause preemption, but enough for it to be scheduled next before all equals. We also used that bit to give new clients a small priority boost, similar to FQ_CODEL, such that we favoured short interactive tasks ahead of long running streams. However, this is causing lots of complications with timeslicing where we both want to honour the boost and yet ignore it. Those complications cause unexpected user behaviour (tasks not being timesliced and run concurrently as epxected), and the easiest way to resolve that is to remove the boost. Hopefully, we can find a compromise again if we need to, but in theory timeslicing itself and future more advanced schedulers should give us the interactivity boost we seek. Testcase: igt/gem_exec_schedule/lateslice Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20200507152338.7452-3-chris@chris-wilson.co.uk |
||
---|---|---|
.. | ||
intel_guc_ads.c | ||
intel_guc_ads.h | ||
intel_guc_ct.c | ||
intel_guc_ct.h | ||
intel_guc_debugfs.c | ||
intel_guc_debugfs.h | ||
intel_guc_fw.c | ||
intel_guc_fw.h | ||
intel_guc_fwif.h | ||
intel_guc_log_debugfs.c | ||
intel_guc_log_debugfs.h | ||
intel_guc_log.c | ||
intel_guc_log.h | ||
intel_guc_reg.h | ||
intel_guc_submission.c | ||
intel_guc_submission.h | ||
intel_guc.c | ||
intel_guc.h | ||
intel_huc_debugfs.c | ||
intel_huc_debugfs.h | ||
intel_huc_fw.c | ||
intel_huc_fw.h | ||
intel_huc.c | ||
intel_huc.h | ||
intel_uc_debugfs.c | ||
intel_uc_debugfs.h | ||
intel_uc_fw_abi.h | ||
intel_uc_fw.c | ||
intel_uc_fw.h | ||
intel_uc.c | ||
intel_uc.h |