Zhipeng Gong 89babe7cf1 drm/i915/gvt: Update time slice more frequently
When there is only one vGPU in GVT-g and it submits workloads
continuously, it will not be scheduled out, vgpu_update_timeslice
is not called and its sched_in_time is not updated in a long time,
which can be several seconds or longer.
Once GVT-g pauses to submit workload for this vGPU due to heavy
host CPU workload, this vGPU get scheduled out and
vgpu_update_timeslice is called, its left_ts will be subtract
by a big value from sched_out_time - sched_in_time.
When GVT-g is going to submit workload for this vGPU again,
it will not be scheduled in until gvt_balance_timeslice reaches
stage 0 and reset its left_ts, which introduces several
hunderand milliseconds latency.

This patch updates time slice in every ms to update sched_in_time
timely.

v2: revise commit message
v3: use more concise expr. (Zhenyu)

Signed-off-by: Zhipeng Gong <zhipeng.gong@intel.com>
Cc: Zhenyu Wang <zhenyuw@linux.intel.com>
Cc: Min He <min.he@intel.com>
Signed-off-by: Zhi Wang <zhi.a.wang@intel.com>
2018-04-23 13:09:32 +08:00
..
2018-01-30 18:05:25 +01:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2018-02-06 09:59:40 -08:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2017-12-27 19:00:09 -05:00
2018-03-28 14:30:41 +10:00
2018-03-14 10:59:16 +10:00
2017-11-15 20:42:10 -08:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2018-02-28 15:08:56 -05:00
2018-03-16 15:51:52 -07:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2018-03-28 14:30:41 +10:00
2017-12-19 21:37:24 +10:00
2018-03-28 14:30:41 +10:00
2017-11-15 20:42:10 -08:00
2018-01-25 11:42:25 +10:00
2018-01-24 15:49:04 -05:00