A fix has landed in mutter 45.0:
https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3255
But I've also proposed a fix for Mesa:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25173
You only need one fix.
** Tags added: fixed-in-mutter-45.0 fixed-upstream
** Also affects: mesa
The output from `top` was always well behaved while chromium was open,
until it was closed, at which point xorg cpu's usage went through the
roof.
The test case here is indeed watching "Pxms" in xrestop while chromium
is displaying hw accelerated video.
--
You received this bug notification
This sounds like a consequence of a common problem with Intel graphics
-- the kernel occasionally misdetects the screen resolution.
It's not a big deal if only the startup animations are affected but let
us know if you have similar problems on the desktop (such as when
resuming from sleep).
**
Public bug reported:
On startup the left of my two screens (DP1.2 connected) appears fussy,
although not unreadable the font is not distinct. Furthermore, the
computer start up logo - in this case "intel nuc" remains in the middle
of the left screen. It always seems to be one screen that goes
Still, making Xorg think there's a massive pixmap leak is causing it to
become unresponsive while it frees them all when Chromium exits.
Also, would 'top' show graphics memory allocations at all?
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
I captured the 'top' and `xrestop` as attachment.
The `xrestop` show quite a lot memory usage, but it is not aligned w/ `top`.
`top` shows no obvious memory leak.
** Attachment added: "all-status.png"
I try the self build Chromium 118.0.5966.0, and run below command for h264 hw
decoding.
After 30min playback, the chromium is well.
```shell
./src/out/Default/chrome --ignore-gpu-blocklist
--disable-gpu-driver-bug-workaround --use-fake-ui-for-media-stream
7 matches
Mail list logo