[Bug 109830] CPU iowait higher when run the GPU multi decoding threads

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Mar 25 14:53:20 UTC 2019


https://bugs.freedesktop.org/show_bug.cgi?id=109830

--- Comment #33 from Owen Zhang <owen.zhang at intel.com> ---
(In reply to Tvrtko Ursulin from comment #32)
> (In reply to Owen Zhang from comment #31)
> > (In reply to Tvrtko Ursulin from comment #30)
> > > (In reply to Owen Zhang from comment #27)
> > > > Hi,
> > > > 
> > > > i have made the following changes on kernel 4.19:
> > > > 
> > > > 1) apply the following patch:
> > > > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/
> > > > ?h=linux-4.20.y&id=0a2fff2428f1e175932dc3cf115b68c868e3a839
> > > 
> > > This patch makes a difference on it's own? How much?
> > > 
> > > If it does, I think you have to test by ensuring input data is cached before
> > > the timing run, and dump the output to /dev/null.
> > > 
> > > Otherwise you are accounting for the changes in kernel's block and
> > > filesystem subsystems as well.
> > > 
> > > P.S. I haven't had the time yet to try the repro using the latest
> > > instructions.
> > 
> > only apply this patch, there hasn't any difference. it also need to change
> > the io_schedule_timeout to schedule_timeout. 
> > 
> > both apply these two changes, the cpu iowait number will be down.
> 
> So only two changes in conjunction work? Test system is using device mapper?
> 
> Can you try pre-caching, a different block device and output to /dev/null?
> (Without either patch applied.)

yes only two changes can work now, and we use device mapper.
now we used pre-allocate the buffer and no output in our test case.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20190325/2fa999e8/attachment-0001.html>


More information about the intel-gfx-bugs mailing list