Browser using 100% of my gpu


Description of the issue: when watching youtube on 1080p its using 100% of my gpu
How can this issue be reproduced?

  1. watch any youtube video

  2. set it to 1080p

Expected result: 100% gpu usage

Brave Version( check About Brave):1.84.141

Additional Information: my current gpu is a RX 7800XT, on opera gx its working just fine. chrome is also using 100% of the gpu, edge is also using that much. the only extensions I have on brave are ublock and improve youtube. cpu and memory are running about as expected.

any help with this would be great, thanks.

The ideal follow-up here would be if you notice any difference if you disable them or if you use a second browser profile without them installed at all.

Have you gone into its settings and tried any adjustments? Make sure there are no driver updates?

So likely a Chromium issue, or at least an incompatibility with your graphics card on it. Have you changed anything in flags? Such as brave://flags or chrome://flags?

Usually don’t want to mess with things. If you did, reverting would be good to check. Otherwise you can test with these below, but if no improvement then go back to default.

Something like 2 months ago Chromium removed OpenGL from ANGLE backend. It could be you’re just now noticing some changes from that. You could try changing ANGLE graphics backend to see if any improvements.

Or in that same token, you could try Skia and see if it helps.

NOTE

Checking brave://gpu may also give you some extra details on things going on and be worth looking at

Another thing to keep in mind, the AMD video engine is um……..not accurate in task manager.

I have a 7900 XT, and with a 1080p video it claims 8% GPU usage, but on a 4k 60fps video, I get this:

That’s not quite right, because I can actually open 3 4k60fps videos at the same time, and it’ll claim 100% usage, yet no frames are actually dropped. (The video engine USUALLY doesn’t count as GPU usage, at least on Nvidia cards, but on AMDs they do for some reason even though the VCE component lives in it’s own bit of silicon, therefore is actually consuming NO GPU resources).

However with that said, unlike you who is seeing 100% on a 1080p video (be it 30 or 60fps, it shouldn’t matter, I’d expect no more than 16-20% usage even for 60fps 1080p on your card.

For now try the advice @Saoiray recommended. I have found Skia Graphite helps a LOT on AMD cards. I’m actually right now OFF of Skia Graphite since it seems Chromium (or AMD) fixed the bugs I had previusly had without Skia Graphite (which uses the DAWN back end).

If those don’t work, what exactly are you seeing in brave://gpu?

Being my configure is all default GPU wise, and you are on RDNA3 just like me, you should have an IDENTCIAL listing to mine here as our GPU’s are the same archetecture.

(Namely we ideally are checking Video Decode, it should be hardware accelerated, but I want to ensure the other things that should be green, ARE green. Those that are red are fine to be red. In fact, do NOT enable TreesInViz on your AMD despite the performance improvement, you WILL crash when resizing windows, so ideally you should be matching me here as we share RDNA3 cards).

Also, since Opera is the only one not using the GPU this much, but Edge, and Chrome are, that’s interesting since all of these browsers are based on the same Chromium source, so in ALL browsers (even brave) you can use the more universal chrome://gpu (Brave, Edge and Opera will all forward to their alternate Brave/Opera/Edge URL), and compare them, see if there’s a difference.

But most importantly as mentioned above, check those AMD drivers. They were rather cruddy a few months back.

You can manage them within AMD’s Adrenaline Edition (the driver for your GPU):

1 Like

Just wanted to show that when it comes to our RDNA3 cards, the GPU utilization really is “broken”. Look here, I got 5 HDR 4K movies playing, and my 7900 XT claims it’s maxed out (this is the max, if I load a 6th, then it starts stuttering). But notice when I close one video, it claims 80% utilization, then I close another movie, but it stayed at 80%? Basically it can go over 100% because how it “measures” is broken.

I feel while off-topic, this screencap should show that AMD’s drivers do misrepresent GPU usage on video playback as a whole currently. Especially RDNA3 which you and I have. (Though, I have not once seen Brave hit 100% so you are in a unique situation, but does the GPU fan rev up? If not, it sounds like it’s not really hitting 100% load, because it would be heating up if true.)

Hi, thanks for the response. the left window should be the chrome version with right being the brave one, they do appear to be identical to what you have posted. my amd drivers are fully updated as well.

it looks like my gpus fans are doing fine as well and aren’t speeding up. after taking a look at the gpu usage on the amd software it seems to be bouncing between 15 to 28% which still seems a bit high for youtube.

how would I go about turning on skia graphite?

Those utilizations from AMD’s own reports seem normal to me.

You can try Skia Graphite via brave://flags and look for “Skia Graphite” and enable it, but I don’t see this causing a difference.

Your utilization is honestly normal for YouTube, especially if you have ambient mode and are decoding a 4k video. (In my case 4k 30fps with ambient on). Since you have a 7800 XT compared to my 7900 XT, these are honestly inline.

So I compared to Edge:

The most both could idle without touching the mouse was 8%, but the more “action” in the video, the higher. Also, as YouTube uses AV1 compression, that is a bit more demanding. But, again I honestly feel the true utilization you’re seeing is normal.

I should also mention, AMD’s report does NOT include the video engine in utilization, so that’s true 3D GPU utilization. With Windows running DWM, any applications in the background and browsers all compositing in DirectX (or whatever else may be running), these numbers are not abnormal.

1 Like

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.