diff --git a/slides/2025-10-10-how-rust-compiles/index.html b/slides/2025-10-10-how-rust-compiles/index.html
index 7f63237..6823e24 100644
--- a/slides/2025-10-10-how-rust-compiles/index.html
+++ b/slides/2025-10-10-how-rust-compiles/index.html
@@ -54,22 +54,35 @@
             </div>
           </div>
         </section>
-        <section data-markdown>
-          <textarea data-template>
-            # speed 🚀
-          </textarea>
-        </section>
         <section>
           <h2>behind cargo build</h2>
           <p>cargo vs rustc</p>
-          <div>
-            asciinema of cargo build -v
+          <div style="display: grid; grid-template-columns: 2fr 1fr 2fr">
+            <pre><code data-trim>
+                    $ cargo build -v
+                </code></pre>
+            <div style="display: flex; align-items: center">cargo</div>
+            <div style="display: flex; flex-direction: column; align-items: flex-start">
+              <div>rustc (clap)</div>
+              <div>rustc (tokio)</div>
+              <div>rustc (tracing)</div>
+              <div>rustc (yourcrate)</div>
+            </div>
           </div>
         </section>
         <section>
           <h2>what does rustc like, do?</h2>
           <h4>a quick overview of the compilation phases</h4>
         </section>
+        <section>
+          <h2>it all starts at the source</h2>
+          <pre><code data-trim>
+              #[no_mangle]
+              pub fn add(a: u8, b: u8) -> u8 {
+                a.wrapping_add(b)
+              }
+            </code></pre>
+        </section>
         <section>
           <h2>the frontend and the backend</h2>
           <div class="mermaid">
@@ -85,35 +98,36 @@
           </div>
         </section>
         <section>
-          <h2>it all starts at the source</h2>
-          <pre><code data-trim>
-              pub fn add(a: u8, b: u8) -> u8 {
-                a.wrapping_add(b)
-              }
-            </code></pre>
+          <h2>lex, parse, resolve, typecheck, all these fancy things</h2>
+          <div class="mermaid">
+            <pre>
+              %%{init: {'theme': 'dark', 'themeVariables': { 'darkMode': true, 'fontSize': '25px' }}}%%
+              flowchart TB
+                function --> return
+                function --> params
+                params --> a_def[a]
+                params --> b_def[b]
+                function --> body
+                body --> cl["method call"]
+                cl --> a_use[a]
+                cl --> wrapping_add
+                cl --> b_use[b]
+            </pre>
+          </div>
         </section>
         <section>
-          <h2>it gets processed</h2>
-          <pre><code data-trim>
-            #[attr = MacroUse {arguments: UseAll}]
-            extern crate std;
-            #[prelude_import]
-            use std::prelude::rust_2024::*;
-            fn add(a: u8, b: u8) -> u8 { a.wrapping_add(b) }
-            </code></pre>
-        </section>
-        <section>
-          <h2>until it doesn't even look like Rust anymore</h2>
+          <h2>so you want to compile a crate</h2>
           <p>MIR</p>
           <img src="add-runtime-mir.svg" />
         </section>
         <section data-markdown>
           <textarea data-template>
-          ## further going to LLVM IR
+          ## so you want to compile a crate
+          LLVM IR
 
           ```
           ; meow::add
-          define noundef i8 @add(i8 noundef %a, i8 noundef %b) #0 {
+          define noundef i8 @add(i8 noundef %a, i8 noundef %b) unnamed_addr #0 {
           start:
             %_0 = add i8 %b, %a
             ret i8 %_0
@@ -123,7 +137,8 @@
         </section>
         <section data-markdown>
           <textarea data-template>
-          ## and then you're done
+          ## so you want to compile a crate
+          Assembly
 
           ```
           &lt;add&gt;:
@@ -134,7 +149,9 @@
         </section>
         <section data-markdown>
           <textarea data-template>
-          ## ok but why does my program compile so slowly now?
+          ## but compiling a ton of crates can't be that simple!
+
+          - yes
           </textarea>
         </section>
         <section data-markdown>
@@ -144,29 +161,6 @@
           - the how, what, and when of invoking LLVM
           </textarea>
         </section>
-        <section>
-          <h2>a crate - the compilation unit</h2>
-          <p>quite big</p>
-          <p>in C it's just a single file</p>
-        </section>
-        <section>
-          <h2>a codegen unit</h2>
-          <p>LLVM is single-threaded</p>
-          <p>rustc: hi LLVM, look we are like a C file, now be fast</p>
-          <p>~1-256 depending on size and configuration (⚙️)</p>
-          <div class="mermaid">
-            <pre>
-              %%{init: {'theme': 'dark', 'themeVariables': { 'darkMode': true, 'fontSize': '25px' }}}%%
-              flowchart LR
-                crate
-
-                crate --> cgu1["Codegen-Unit 1"]
-                crate --> cgu2["Codegen-Unit 2"]
-                crate --> cgu3["Codegen-Unit 3"]
-                crate --> cgu4["Codegen-Unit 4"]
-            </pre>
-          </div>
-        </section>
         <section>
           <h2>codegen units</h2>
           <pre><code>
@@ -273,14 +267,6 @@ fn main() { math::add() }
             </pre>
           </div>
         </section>
-        <section data-markdown>
-          <textarea data-template>
-            # so compile times just depend on the amount of functions?
-
-            - yes...
-            - but not source functions!
-          </textarea>
-        </section>
         <section data-markdown>
           <textarea data-template>
             ## generics
@@ -372,19 +358,6 @@ fn main() { math::add() }
             </pre>
           </div>
         </section>
-        <section data-markdown>
-          <textarea data-template>
-            # generics are slow to compile
-
-            - spend N times optimizing the function
-            - and there's duplicate instances!
-          </textarea>
-        </section>
-        <section data-markdown>
-          <textarea data-template>
-            # and the duplicates get worse
-          </textarea>
-        </section>
         <section data-markdown>
           <textarea data-template>
             ## inlining
@@ -500,29 +473,17 @@ fn main() { math::add() }
         </section>
         <section data-markdown>
           <textarea data-template>
-            ## `#[inline]` (⚙️)
-            - for non-generic functions
+            ## `#[inline]`
+            - `#[inline]` enables cross-crate inlining of non-generic functions
             - for very small functions, this happens automatically
-            - for other functions, it doesn't, because it would be slow
+            - for other functions, it doesn't, because it would be slow (try with `-Zcross-crate-inline-threshold=always`)
             - don't over-apply it in a library, but also don't forget about it
             - benchmark!
           </textarea>
         </section>
         <section data-markdown>
           <textarea data-template>
-            ## being lazy has advantages
-
-            - that's why i wrote most of this talk last week
-            - `#[inline]` means that the function is *never* instantiated if it's never used!
-
-            https://blog.rust-lang.org/inside-rust/2025/07/15/call-for-testing-hint-mostly-unused/
-          </textarea>
-        </section>
-        <section data-markdown>
-          <textarea data-template>
-            ## but performance is great, i love performance
-
-            - its ok i can wait forever
+            ## but i want maximal performance...
           </textarea>
         </section>
         <section data-markdown>
@@ -625,40 +586,20 @@ fn main() { math::add() }
         </section>
         <section data-markdown>
           <textarea data-template>
-            ## there was some LTO all along
+            ## inlining across codegen units in the same crate
 
-            - in release mode, automatic ThinLTO across codegen units in the same crate
+            - ThinLTO across different codegen units by default
           </textarea>
         </section>
         <section data-markdown>
           <textarea data-template>
-            ## how do i make my program run quickly?
+            ## `Cargo.toml` config
 
-            - let the compiler inline functions
-              - libraries: remember `#[inline]`
-              - binaries: you want LTO
-            - really, it really needs to inline your functions
-              - without it, it's so over
-            - and read this: https://nnethercote.github.io/perf-book
-          </textarea>
-        </section>
-        <section data-markdown>
-          <textarea data-template>
-            ## how do i make my program compile quickly?
-
-            - reduce the amount and size of functions
-              - importantly: in LLVM IR, not necessarily source!
-              - duplicate and frequent instantiations are bad
-            - and read this:
-              - https://corrode.dev/blog/tips-for-faster-rust-compile-times
-              - https://doc.rust-lang.org/nightly/cargo/guide/build-performance.html
-          </textarea>
-        </section>
-        <section data-markdown>
-          <textarea data-template>
-            ## and both? 🥺👉👈
-
-            - no
+            ```toml
+            [profile.release]
+            lto = "thin"
+            codegen-units = 1
+            ```
           </textarea>
         </section>
         <section data-markdown>