Skip to content

Commit 6e4fd5c

Browse files
Add JIT benchmark image from Thomas
1 parent 291b21c commit 6e4fd5c

2 files changed

Lines changed: 6 additions & 1 deletion

File tree

posts/jit-reflections-perf.png

104 KB
Loading

posts/jit-reflections.md

Lines changed: 6 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -81,7 +81,12 @@ to build CPython 3.14, I often found the interpreter outperforms the JIT. The JI
8181
parity or outperforming the interpreter if we use an old compiler like GCC 11 to build the interpreter.
8282
However, IMO that's not entirely fair to the interpreter, as we're purposely limiting it by using a compiler
8383
we _know_ is worse for it. You can see this effect very clearly on Thomas Wouter's analysis
84-
[here](https://github.com/Yhg1s/python-benchmarking-public). In short, the JIT is almost always slower
84+
[here](https://github.com/Yhg1s/python-benchmarking-public).
85+
86+
![Performance of JIT Compiler across different compilers, Credit Thomas Wouters](jit-reflections-perf.png)
87+
(Image credits to Thomas Wouters). Anything below 1.00x on the graph is a slowdown.
88+
89+
In short, the JIT is almost always slower
8590
than the interpreter if you use a modern compiler. This also assumes the interpreter doesn't get hit
8691
by random performance bugs on the side (which has happened many times now).
8792
**Note: this result only applies to our x64 benchmarks.**

0 commit comments

Comments
 (0)