summary refs log tree commit diff stats
path: root/results/scraper/fex/1127
diff options
context:
space:
mode:
Diffstat (limited to 'results/scraper/fex/1127')
-rw-r--r--results/scraper/fex/112713
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.