I recently got a few complaints that users experience very high CPU load in a GRID enviroment when using specific browsers and watching Youtube videos.
So what is reason for this?
Youtube moved away from H.264 decoded videos and now provides VP9 decoded videos as default for browsers like Chrome and Firefox.
Unfortunately the widely distributed Maxwell Tesla boards (M10, M60, M6) don’t provide VP9 hardware decoding yet and therefore the whole decoding needs to be done with the CPU and depending on the resolution of the video this might result in very high CPU utilization.
So what can we do to improve this situation?
In the past the Youtube videos have been shown in H.264 and the Tesla boards are capable of decoding H.264 in hardware so could try to revert to H.264 to leverage the Tesla boards for decoding instead of the CPU.
That said there are browser plugins available to use H.264 decoding instead of VP9 and that is exactly what we wanna achieve.
H264ify is the workaround.
There are plugins for Chrome and Firefox available.
https://chrome.google.com/webstore/detail/h264ify/aleakchihdccplidncghkekgioiakgal
and the same for Firefox:
https://addons.mozilla.org/de/firefox/addon/h264ify/
So just give it a try and check the difference in CPU usage. This is really a game changer especially for RDSH deployments.
I created two screenshots to show the difference in CPU usage and decoder utilization with/without H264ify plugin enabled in Chrome.
Finally a word why this is only necessary for Maxwell boards. With our latest Pascal boards we also support VP9 hardware decoding so the issue is not present on Pascal boards. If you want to learn more about encoding/decoding and different Tesla boards have a look here
Hi,
Is there also a workaround for Internet Explorer and Edge?
Cheers,
Chris