diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-07-17 09:10:43 +0200 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-07-17 09:10:43 +0200 |
| commit | f2ec263023649e596c5076df32c2d328bc9393d2 (patch) | |
| tree | 5dd86caab46e552bd2e62bf9c4fb1a7504a44db4 /results/scraper/fex/1127 | |
| parent | 63d2e9d409831aa8582787234cae4741847504b7 (diff) | |
| download | qemu-analysis-main.tar.gz qemu-analysis-main.zip | |
Diffstat (limited to 'results/scraper/fex/1127')
| -rw-r--r-- | results/scraper/fex/1127 | 13 |
1 files changed, 13 insertions, 0 deletions
diff --git a/results/scraper/fex/1127 b/results/scraper/fex/1127 new file mode 100644 index 000000000..9d7fbb456 --- /dev/null +++ b/results/scraper/fex/1127 @@ -0,0 +1,13 @@ +Steamwebhelper burns a few CPU cores and doesn't render on ARM64 +steamwebhelper maxes out 4+ CPU cores on ARM64 and fails to render any content. +This looks like for some reason it is just constantly spinning for work and not getting any. +This doesn't happen on x86-64. It even renders some parts of the UI correctly. + +This doesn't seem to be optimization pass related. Same problem even disabling optimization passes. +From what I can tell it doesn't look like it is syscall related. I've been combing through syscalls finding weird edge cases, but nothing that has affected the behaviour. +Switching to llvmpipe doesn't resolve the issue, so it isn't freedreno/turnip related. +~~Switching to interpreter /might/ resolve the issue, but it runs so slowly that it may just not be passing jobs between threads?~~ +So it looks like it might be a JIT bug? It's being a pain to nail down. + +This happens with the steamwebhelper 64-bit processes. The 32-bit steam side seems to not care. +This is hard to tell if it happens in a standalone chromium process, it uses a lot of CPU time just idling. |