223015b filename-cleanup: dateien umbenannt + Makefile angepasst, build geht durch

git mv: - 01-grundlagen-text-audio.md → 01-datenfundamentale.md (kap 1 datenfundamentale + signal-zu-byte) - 02-bild-audio-video.md → 02-kompression.md (kap 2 kompression prinzipien) - 03-speichermedien-schnittstellen.md → 03-inhalte-bild-audio-video.md (kap 3 inhalte bild/audio/video) - 04-distribution-apis-zukunft.md → 04-speicher-schnittstellen.md (kap 4 speicher + schnittstellen) - 05-vertiefung-offene-fragen.md → 05-distribution-metadaten.md (kap 5 distribution + metadaten) Makefile 223015b_KAPITEL angepasst an neue dateinamen. build-223015b läuft sauber durch alle 5 neuen kapitel-html+pdf. stale html-files in build/ bleiben bis make clean (gitignored, kein commit-impact).
2026-05-14 16:58:58 +02:00
parent c0e9592711
commit 443150c40e
6 changed files with 1 additions and 1 deletions
@@ -0,0 +1,598 @@
+---
+marp: true
+theme: gaia
+paginate: true
+backgroundColor: #fff
+header: "Dateiformate, Schnittstellen, Speichermedien & Distributionswege (223015b)"
+footer: "Michael Czechowski – HdM Stuttgart – SoSe 2026"
+title: Speicher und Schnittstellen
+---
+
+<style>
+:root {
+  --color-foreground: #1a1a2e;
+  --color-highlight: #1e5f8a;
+  --color-dimmed: #4a4a6a;
+}
+section.invert { --color-foreground: #fff; }
+section { font-size: 1.7rem; }
+h1 { color: #1e5f8a; }
+section.invert h1 { color: #fff; }
+h2 { color: #1f2937; }
+pre {
+  background: #0f0f23;
+  color: #5fb3e4;
+  border-radius: 8px;
+  border-left: 3px solid #1e5f8a;
+}
+pre code { background: transparent; color: inherit; }
+code {
+  background: #0f0f23;
+  padding: 0.15em 0.4em;
+  border-radius: 4px;
+  font-family: ui-monospace, "SF Mono", Menlo, Consolas, monospace;
+}
+section code:not(.hljs) { color: #5fb3e4 !important; }
+section code.hljs { color: #f8f8f8 !important; }
+a { color: var(--color-highlight); }
+section.klausur {
+  background: repeating-linear-gradient(
+    135deg,
+    #e3f2fd,
+    #e3f2fd 40px,
+    #fff 40px,
+    #fff 80px
+  ) !important;
+}
+@media print {
+  section.klausur { background: #e3f2fd !important; }
+}
+section.aufgabe { background: #e3f2fd !important; }
+section.aufgabe footer { display: none; }
+section.erklaerung :not(header),
+section.erklaerung :not(footer) { font-size: 1.1rem; }
+section.erklaerung h1 { font-size: 1.5rem; color: #1e5f8a; margin-bottom: 0.3rem; }
+section.erklaerung ul, section.erklaerung ol { font-size: 1.0rem; line-height: 1.4; }
+section.erklaerung p { font-size: 1.0rem; line-height: 1.4; }
+section.erklaerung table { font-size: 0.9rem; }
+</style>
+
+<!-- _class: lead -->
+
+# Kapitel 4
+## Speicher und Schnittstellen
+
+<!--
+Eine Stunde, eine Frage: *Wo wohnen die Bytes — und wie reisen sie zwischen Geräten?*
+
+Anschluss an Kap 3: dort haben wir gesehen, was in einer JPEG/MP3/MP4 drin ist (Inhalt). Hier: wo lebt diese Datei (Speicher) und wie kommt sie auf den Bildschirm (Schnittstellen).
+
+Bogen:
+1. Speicher: HDD vs SSD, Filesystems, Backup
+2. PIVOT: wie reisen die Bytes?
+3. Schnittstellen: USB-C-Chaos, HDMI/DP/TB/Ethernet/WiFi
+-->
+
+---
+
+<!-- _header: '' -->
+<!-- _footer: '' -->
+
+![bg fit](./assets/demos/kap04-eroeffner.png)
+
+<!--
+Datei-Reise als Pipeline: SSD → Laptop → GPU → Monitor → Auge.
+
+Pro Etappe ein Engpass:
+- USB 4 / Thunderbolt 4: 3 200 MB/s
+- PCIe 4.0 (intern Laptop): ~7 000 MB/s
+- HDMI 2.1 zum Monitor: 2 200 MB/s
+- Licht zum Auge: visuell
+
+Pro Sekunde bei 4K60: 24 MB pro Frame × 60 fps = 1,4 GB/s reiner Pixel-Strom, der NIE als Datei vorliegt.
+
+Pointe: Speicher und Schnittstelle sind keine zwei Themen — sie sind die zwei Seiten desselben Engpasses. Wo Bytes wohnen, entscheidet, wie schnell sie reisen können. Wo sie reisen, entscheidet, wo sie wohnen müssen.
+-->
+
+---
+
+<!-- _class: lead -->
+
+# Sub-Sektion A: Speicher — wo wohnen die Bytes?
+
+<!--
+Reihenfolge:
+1. HDD-Mechanik
+2. SSD-Flash
+3. HDD vs SSD: Vergleich + wann was
+4. Filesystems: FAT32 / NTFS / APFS / ext4
+5. Backup-Praxis: 3-2-1-Regel
+-->
+
+---
+
+# HDD — Magnetscheibe mit beweglichen Köpfen
+
+**Hard Disk Drive.** Erfunden 1956 (IBM RAMAC). Bis 2010 das Standard-Speichermedium.
+
+- **Magnetisierte** Bereiche auf rotierender Platter (5.400–15.000 U/min)
+- Schreib-/Lese-**Kopf** schwebt auf Luftpolster (~5 nm Abstand)
+- **Spuren** (konzentrische Kreise) + **Sektoren** (Tortenstück-Abschnitte)
+- **Bewegliche Teile** → Verschleiß, Geräusch, Stoß-empfindlich
+
+<!--
+Mechanik:
+- Platter dreht permanent, Kopf bewegt sich radial
+- Latenz: Kopf muss zur richtigen Spur (Seek Time, 5-10 ms) + Platter muss richtigen Sektor unter den Kopf bringen (Rotational Latency, ~3 ms bei 7200 rpm)
+- Sequenzieller Zugriff schnell (Kopf bleibt auf Spur), zufälliger Zugriff langsam
+
+Lebensdauer: typisch 5-10 Jahre bei moderater Nutzung. MTBF ~1 Mio Stunden. Lagerung ohne Strom: Magnetfeld hält jahrzehntelang.
+-->
+
+---
+
+# SSD — Speicher ohne Mechanik
+
+**Solid State Drive.** Massentauglich seit ~2010. Heute Standard für OS-Disks.
+
+- **Flash-Speicher** (NAND): Elektronen in Floating Gates speichern Bits
+- **Keine beweglichen Teile** → kein Geräusch, kein Stoß-Risiko
+- **NVMe-Protokoll** (PCIe-direkt) → 5–14 GB/s im Vergleich zu HDD-200 MB/s
+- **Schreibzyklen begrenzt** (TLC: ~3 000 P/E-Zyklen pro Zelle)
+
+<!--
+Flash-Technik:
+- Floating Gate Transistor speichert Ladung
+- TLC = Triple-Level Cell, 3 Bits pro Zelle = 8 Spannungs-Stufen
+- Wear Leveling: Controller verteilt Schreibvorgänge gleichmäßig über alle Zellen
+- TRIM: OS sagt Controller welche Blöcke „nicht mehr gebraucht" → Garbage Collection
+
+Lebensdauer in der Praxis: ~5-10 Jahre bei Consumer-Nutzung. Höher bei Enterprise.
+
+NVMe vs SATA:
+- SATA-SSD: max. ~600 MB/s (Bus-Limit)
+- NVMe-SSD über PCIe 4.0: ~7 000 MB/s
+- PCIe 5.0 (neuere Macs): bis ~14 000 MB/s
+-->
+
+---
+
+<!-- _class: klausur -->
+
+# HDD vs. SSD
+
+![bg right:40% contain](./assets/hdd-ssd-comparison.png)
+
+| | HDD | SSD |
+|--|-----|-----|
+| Technik | Mechanik | Flash |
+| Geschwindigkeit | 50–250 MB/s | 500–14.000 MB/s |
+| Latenz | ~10 ms | ~0,1 ms |
+| Preis/TB (2026) | ~20 € | ~70 € |
+| Lebensdauer | ~5–10 Jahre | ~5–10 Jahre |
+| Geräusch | hörbar | lautlos |
+| Stoß-empfindlich | ja | nein |
+
+<!--
+HDD-Vorteile: viel Kapazität für wenig Geld. Lange archivierbar im Schrank.
+SSD-Vorteile: schnell, leise, robust. Aber teurer pro TB.
+
+Klausurfähig: gegeben ein Anwendungsfall, HDD oder SSD?
+
+- Betriebssystem: SSD (schnell)
+- Backup-Archiv: HDD (billig)
+- Server für Foto-Speicher: HDD (Kapazität)
+- Laptop (mobil): SSD (Stoß)
+- Video-Bearbeitung: SSD (Throughput)
+-->
+
+---
+
+<!-- _class: klausur -->
+
+# Wann nehme ich was?
+
+| Anwendung | Empfehlung | Begründung |
+|-----------|------------|------------|
+| Betriebssystem auf dem Laptop | **NVMe-SSD** | Geschwindigkeit, Boot |
+| Eigene Foto-Library (10 TB+) | **HDD** | Kapazität, Preis |
+| Server für Logfiles | **HDD oder SSD** | je nach Schreib-Last |
+| Externes Backup-Archiv | **HDD** | billig, ok wenn langsam |
+| Mobile Workstation (Reise) | **SSD** | Stoß, Geräusch |
+| Edit-Drive für 4K-Schnitt | **NVMe-SSD** | Throughput für Video |
+| Langzeitarchiv 10+ Jahre | **LTO-Band + M-DISC** | Langlebigkeit |
+
+<!--
+Klausurfähig. Trick-Frage: warum nicht alles SSD? → Preis pro TB. Faktor 3-5× teurer.
+
+Cloud-Speicher (iCloud, Google Drive, Dropbox) ist physisch HDD/SSD/LTO in Rechenzentren — kein eigenes Medium, sondern Zugriffsmethode.
+-->
+
+---
+
+<!-- _class: lead -->
+
+# Filesystems — die Sprache des Speichers
+
+<!--
+Filesystem = Buchhaltungs-System des Speichermediums.
+
+Welche Datei wo wohnt, welche Blöcke frei sind, wer welche Datei darf lesen.
+
+Studierende kommen damit in Kontakt:
+- USB-Stick formatieren (Dialog frägt: FAT32 / exFAT / NTFS / APFS?)
+- "warum kann ich 5-GB-Video nicht auf USB ziehen?" — FAT32-Limit
+- "Mac kann von Windows-USB lesen aber nicht schreiben" — NTFS-Asymmetrie
+-->
+
+---
+
+# Was macht ein Filesystem?
+
+**Vier zentrale Aufgaben:**
+
+1. **Datei-Tabelle:** welche Datei wohnt wo? (Block-Adressen)
+2. **Frei-Liste:** welche Blöcke sind ungenutzt?
+3. **Verzeichnisbaum:** Ordner-Hierarchie
+4. **Metadaten:** Berechtigung, Erstell-Zeit, Letzt-Änderung, Eigentümer
+
+Ein Speichermedium **ohne Filesystem** ist nur ein langer Strom von Bytes — niemand weiß, was wo ist.
+
+<!--
+Analog: ein Buch ohne Inhaltsverzeichnis. Du müsstest jede Seite durchblättern um zu wissen, wo Kapitel 5 anfängt.
+
+Filesystem = Inhaltsverzeichnis + Stichwortregister + Wer-darf-was-Liste.
+
+Wenn du einen USB-Stick „formatierst", wird das Filesystem neu angelegt — die existierenden Daten sind dann logisch weg (aber physisch oft noch da, deshalb Sicherheitslücke bei Verkauf).
+-->
+
+---
+
+<!-- _class: klausur -->
+
+# Filesystem-Landschaft
+
+| Filesystem | Wo verbreitet | Max. Dateigröße | Besonderheit |
+|-----------|---------------|----------------:|--------------|
+| **FAT32** | USB-Sticks, SD-Karten alt | **4 GB** | universell, alt |
+| **exFAT** | USB-Sticks modern | 16 EB | wie FAT, ohne 4-GB-Limit |
+| **NTFS** | Windows | 16 EB | Standard seit Win 2000 |
+| **APFS** | macOS seit 2017 | 8 EB | snapshots, schnell |
+| **ext4** | Linux | 16 TB | klassisch, robust |
+| **ZFS** | Server, FreeBSD | 16 EB | checksum, snapshots |
+
+**FAT32 4-GB-Grenze** ist der häufigste Alltags-Knack: USB-Stick noch nie umformatiert → kein 4K-Video drauf.
+
+<!--
+Klausurfähig: warum kann ich 5 GB Video nicht auf den USB-Stick ziehen? Antwort: FAT32 hat 4-GB-Dateigrößen-Limit. Lösung: USB-Stick auf exFAT umformatieren (Mac und Windows lesen/schreiben beide).
+
+Asymmetrien:
+- Mac kann NTFS nur lesen, nicht schreiben (ohne Drittpartei-Treiber)
+- Windows kann APFS gar nicht
+- Linux kann mit Plugins fast alles
+
+Konsequenz für Studis: für Datentransfer zwischen Mac und Windows → exFAT. Für reinen Mac → APFS. Für Backup auf USB-Disk, die nur am eigenen Gerät benutzt wird → natives FS.
+-->
+
+---
+
+<!-- _class: lead -->
+
+# Backup — die unangenehme Pflicht
+
+<!--
+Backup-Disaster-Stories als Hook:
+- Pixar verlor 1998 fast „Toy Story 2" durch ein versehentliches `rm -rf` auf dem Server. Nur weil eine Mitarbeiterin (Galyn Susman) zu Hause an einem Mutterschafts-Backup gearbeitet hatte, konnten 30 % des Films gerettet werden.
+- Maersk wurde 2017 durch NotPetya-Ransomware getroffen, 50.000 PCs verschlüsselt. Globale Schifffahrt stand 10 Tage. Recovery: dank einem Domain-Controller in Ghana, der zum Zeitpunkt des Angriffs ohne Strom war und deshalb nicht infiziert wurde.
+
+Pointe: Backup ist kein Optional. Es ist die einzige Verteidigung gegen Hardware-Crash, Diebstahl, Ransomware und menschliches Versagen.
+-->
+
+---
+
+![bg right:40% contain](./assets/backup-disaster.png)
+
+# Pixar verlor Toy Story 2 fast
+
+**1998.** Ein Mitarbeiter führte ein Maintenance-Skript aus, das per `rm -rf /` ausversehen die Hauptdatenbank löschte.
+
+90 % des Films weg. Backup-Tapes? Defekt seit Monaten — niemand merkte es.
+
+**Glück:** Galyn Susman, im Mutterschutz, hatte privat ein Backup auf dem Heim-PC. *Daraus wurde der Film rekonstruiert.*
+
+<!--
+Diese Story zeigt zwei Backup-Wahrheiten:
+1. „Wir haben Backup" reicht nicht. Du musst regelmäßig PRÜFEN dass die Backups funktionieren (Restore-Tests).
+2. Backup auf einem System, das selbst betroffen sein kann, ist kein Backup. Galyn's Heim-PC war NICHT mit dem Pixar-Server verbunden — das hat den Film gerettet.
+
+Daraus folgt die 3-2-1-Regel.
+-->
+
+---
+
+<!-- _class: klausur -->
+
+# Die 3-2-1-Backup-Regel
+
+**3** Kopien deiner Daten
+
+**2** verschiedene **Medien** (z.B. SSD + HDD)
+
+**1** Kopie **off-site** (außerhalb deines Wohnorts)
+
+Beispiel:
+
+```
+Original  →  Foto-Library auf der MacBook-SSD
+Kopie 1   →  Time Machine auf externer HDD (zuhause)
+Kopie 2   →  Backblaze in der Cloud (off-site)
+```
+
+<!--
+Diese Regel löst drei Risiken:
+- Hardware-Crash: 3 Kopien, 2 davon auf anderen Geräten
+- Diebstahl/Brand: 1 Kopie off-site (Cloud oder bei Familie)
+- Ransomware: off-site-Kopie schreibgeschützt oder versioniert
+
+Klausurfähig: was ist die 3-2-1-Regel? Beispiele für jede Ebene.
+
+Cloud-Backup-Anbieter (off-site Option):
+- Backblaze: ~7 USD/Monat unlimited (Mac/Windows)
+- iCloud / Google One / OneDrive: integriert, aber begrenzt
+- Self-hosted: Synology / QNAP bei einer Person im Vertrauen
+-->
+
+---
+
+# Backup-Typen
+
+| Typ | Was wird gesichert | Restore-Aufwand | Speicher |
+|-----|---------------------|-----------------|----------|
+| **Full** | Alles, jedes Mal | klein (eine Datei) | viel (jedes Mal alles) |
+| **Incremental** | Nur Änderungen seit *letztem Backup* | groß (Kette aufrollen) | klein |
+| **Differential** | Alle Änderungen seit *letztem Full* | mittel | mittel |
+| **Snapshot** (APFS, ZFS) | Filesystem-Stand zu einem Zeitpunkt | sofort | Copy-on-Write |
+
+**In der Praxis:** Mix aus 1× Full pro Woche + Incremental täglich.
+
+<!--
+Time Machine (Mac) und Windows-Backup machen automatisch incremental + Snapshots im Hintergrund.
+
+Restic, BorgBackup (CLI): dedupliziertes incremental Backup mit Verschlüsselung. Ideal für Cloud-Off-site.
+
+Pointe: nicht überdenken. Time Machine + Backblaze reicht für 95 % der Studis.
+-->
+
+---
+
+<!-- _class: lead -->
+
+# Sub-Sektion B: Schnittstellen — wie reisen die Bytes?
+
+<!--
+PIVOT. Speicher = wo. Jetzt: wie kommt's vom einen Speicher zum anderen?
+
+Drei zentrale Kategorien:
+1. USB-C (das Berührungs-Phänomen, der zentrale Aha)
+2. Video-Schnittstellen (HDMI, DisplayPort, Thunderbolt)
+3. Netzwerk (Ethernet, WiFi)
+-->
+
+---
+
+<!-- _class: lead -->
+
+# USB-C — und seine drei Achsen
+
+<!--
+Warum lädt mein Laptop am einen Port und nicht am anderen?
+Warum überträgt der eine Kabel 40 Gbit/s und der andere nur 480 Mbit/s?
+Warum erkennt der Monitor an USB-C kein Bild?
+
+Antwort: USB-C ist nicht eine Sache. Es ist drei.
+
+Diese Folie ist DER Aha-Moment des Kapitels.
+-->
+
+---
+
+<!-- _header: '' -->
+<!-- _footer: '' -->
+
+![bg fit](./assets/demos/usb-c-drei-achsen.png)
+
+<!--
+USB-C hat drei unabhängige Achsen, die alle zur „Verwirrung beim Stecker" beitragen:
+
+1. STECKER (Mechanik): die Form. Beidseitig steckbar, 24 Pins. Es gibt nur EINE Sorte USB-C.
+
+2. KABEL (was elektrisch durchgeht):
+   - Charge-only: nur Strom, ~5 W
+   - USB 2.0: 480 Mbit/s + 60 W (3 A)
+   - USB 3.2 Gen 2: 10 Gbit/s + 100 W
+   - Thunderbolt 4 / USB 4: 40 Gbit/s + 240 W (mit USB-PD 3.1)
+
+3. PROTOKOLL (was gesprochen wird):
+   - USB Power Delivery (Laden mit Verhandlung)
+   - USB 2.0 / 3.x / 4 (Datenübertragung)
+   - Thunderbolt 3 / 4 (Daten + Display tunneled)
+   - DisplayPort Alt Mode (Monitor anschließen)
+   - HDMI Alt Mode
+
+Konsequenz: wenn etwas nicht funktioniert, checke in dieser Reihenfolge:
+1. Stecker physisch okay? (USB-C, nicht Mini-USB)
+2. Kabel-Spec ausreichend? (auf der Verpackung steht meist die Klasse)
+3. Beide Geräte sprechen das gleiche Protokoll? (z.B. Thunderbolt-Hub mit USB-Mac → reduzierte Funktionen)
+-->
+
+---
+
+# HDMI — Video + Audio + Kopierschutz
+
+**High-Definition Multimedia Interface.** 2002. Standard für Heim-Elektronik.
+
+| Version | Bandbreite | Max. Video |
+|---------|-----------|-----------|
+| HDMI 1.4 | 10 Gbit/s | 4K @ 30 Hz |
+| HDMI 2.0 | 18 Gbit/s | 4K @ 60 Hz |
+| HDMI 2.1 | 48 Gbit/s | 8K @ 60 Hz oder 4K @ 120 Hz |
+
+**HDCP:** Kopierschutz, der „illegale" Aufnahmen verhindern soll. Manchmal die Ursache für „Bildschirm bleibt schwarz, wenn Netflix läuft."
+
+<!--
+HDMI ist der Standard im Heim-Bereich. PCs, TVs, Blu-ray-Player, Konsolen — alle haben HDMI.
+
+HDCP (High-bandwidth Digital Content Protection) ist eine Verschlüsselung der Übertragung. Wird gebrochen, wenn Geräte nicht „kompatibel" sind (z.B. Bild-Capture-Hardware).
+
+Studis-Erfahrung: AirPlay/Chromecast geht meist NICHT mit HDCP-Inhalten. „Ich kann meinen Bildschirm beamen, aber wenn ich Netflix öffne wird er schwarz."
+-->
+
+---
+
+# DisplayPort — HDMIs offenes Pendant
+
+**Open-Source-Industrie-Standard.** Hauptsächlich PC-Welt (Monitore).
+
+- Versionen 1.4 (32 Gbit/s) bis 2.1 (80 Gbit/s)
+- **MST (Multi-Stream Transport):** ein Kabel → mehrere Monitore
+- **Adaptive Sync:** flüssige Bildraten bei Gaming (FreeSync, G-Sync)
+
+In USB-C steckt fast immer ein **DisplayPort Alt Mode**, sodass dasselbe Kabel beides kann.
+
+<!--
+DisplayPort vs HDMI:
+- HDMI: konsumieren, TV-Welt, kostenpflichtige Lizenzen
+- DisplayPort: produzieren, PC-Welt, lizenzfrei
+
+Beide funktionieren technisch ähnlich. Im professionellen Bereich findet man eher DisplayPort, im Wohnzimmer eher HDMI.
+
+Konvertierung: HDMI ↔ DisplayPort geht mit Adapter (passiv oder aktiv je nach Richtung).
+-->
+
+---
+
+# Thunderbolt — der Tunnel für alles
+
+**Intel + Apple 2011, seit Version 3 (2015) auf USB-C-Stecker.**
+
+Spezifikation:
+- **Thunderbolt 3 / 4:** 40 Gbit/s. PCIe + DisplayPort + USB *gleichzeitig*.
+- **Thunderbolt 5** (2024): 80–120 Gbit/s.
+
+Anwendung: **externe GPU** (eGPU), 8K-Monitor, RAID-Array, ein Dock für alles.
+
+<!--
+Thunderbolt ist „USB-C auf Steroiden". Der Stecker ist gleich, aber das Protokoll tunnelt mehrere Datenströme parallel:
+- PCIe-Daten (externe GPU)
+- DisplayPort (Monitor)
+- USB (Maus, Tastatur, Audio)
+- Strom (bis 240 W)
+
+Hardware ist teurer (Thunderbolt-Controller). Kabel sind teurer (aktive Elektronik in den Steckern).
+
+Wer Thunderbolt nutzt: Mac-Nutzer, Video-Editor, eGPU-Gaming, Photo-Pro.
+
+Faustregel: Thunderbolt-Kabel = ~50€. Normal-USB-C-Kabel = ~10€.
+-->
+
+---
+
+# Ethernet vs. WiFi — Bandbreite + Latenz
+
+| | Ethernet (Kabel) | WiFi (Funk) |
+|--|------------------|-------------|
+| Bandbreite | 1–10 Gbit/s | 0,6–9,6 Gbit/s (WiFi 6E) |
+| Latenz | < 1 ms | 5–20 ms (variabel) |
+| Stabilität | konstant | abhängig von Umgebung |
+| Setup | Kabel ziehen | App, kein Kabel |
+| Sicherheit | physisch geschützt | Passwort, abhörbar |
+
+**Für Streaming:** WiFi reicht.
+**Für Gaming, Video-Call, Online-Code:** Ethernet besser (Latenz!).
+
+<!--
+Latenz-Unterschied ist der oft unterschätzte Faktor:
+- Online-Spiele: Ping muss < 50 ms bleiben. Ethernet: 5 ms. WiFi: oft 30-50 ms.
+- Video-Call: Ethernet besser, weil weniger Jitter (Variabilität in der Latenz).
+- Streaming: 5-10 Sek Buffer puffert alles weg → WiFi reicht.
+
+WiFi 6 / 6E (ax) bringt deutliche Verbesserung gegenüber WiFi 5 (ac), insbesondere bei vielen Geräten im selben Netz (Hörsaal, Stadion).
+
+5G im Mobilfunk: ~100 Mbit/s, Latenz ~30 ms. Ähnlich wie WiFi 5.
+-->
+
+---
+
+<!-- _class: klausur -->
+
+# Schnittstellen-Wahl-Matrix
+
+| Aufgabe | Beste Schnittstelle | Warum |
+|---------|---------------------|-------|
+| 4K-Monitor anschließen | **HDMI 2.0+** oder **DP 1.4+** | Bandbreite |
+| Online-Gaming | **Ethernet** | niedrige Latenz |
+| eGPU am Laptop | **Thunderbolt 3/4** | PCIe-Tunnel |
+| SD-Karte einlesen | **USB-A 3.0** oder **USB-C** | Kompatibilität |
+| Smartphone laden | **USB-C-PD** | Standard |
+| Heim-Streaming | **WiFi** oder **Ethernet** | reicht beides |
+| 4K-Stream mehrere Geräte | **Ethernet** | Stabilität |
+
+<!--
+Klausurfähig: gegeben Anwendungsfall, welche Schnittstelle und warum?
+
+Trick: warum nicht immer Thunderbolt? → Teurer Kabel, teurere Hardware. Nicht jedes Endgerät unterstützt es.
+-->
+
+---
+
+<!-- _class: aufgabe -->
+
+# Selbstlernen — zwei Übungen
+
+**1. Backup-Konzept aufschreiben**
+Inventarisiert eure Geräte: Wo wohnen welche Daten? Schreibt euer 3-2-1-Backup für eure eigene Foto-Library auf. Welches Off-site? Welche zweite Kopie?
+
+**2. USB-C-Kabel-Check**
+Holt eure USB-C-Kabel raus. Was steht drauf? Was kann jedes Kabel laut Verpackung? Habt ihr ein „Charge-only"-Kabel, ohne es zu wissen?
+
+<!--
+Pädagogisch: Studis sollen ihre eigenen Geräte/Kabel inventarisieren.
+
+Übung 1: das 3-2-1-Konzept zwingt zur Aufschriftnahme. Realistisch: die meisten Studis haben Original + iCloud, aber kein zweites lokales Backup. Diskussion: wer hat schon mal eine Festplatte verloren? Worauf war drauf?
+
+Übung 2: USB-C-Kabel haben oft kleine Aufdrucke (z.B. „USB 2.0 + 60 W" oder „USB4 240W"). Manchmal nichts — dann ist es typisch ein einfaches Charge-Kabel.
+
+Tipp: Apple-Kabel haben Marker auf den Steckern (Symbole). Aldi-Kabel oft nicht.
+-->
+
+---
+
+# Zusammenfassung
+
+**Speicher = wo wohnen die Bytes:** HDD-Mechanik vs SSD-Flash. Tradeoff Geschwindigkeit ↔ Preis/TB. Filesystem als Buchhaltung. Backup als 3-2-1.
+
+**Schnittstellen = wie reisen sie:** USB-C-Stecker täuscht — drei Achsen (Stecker · Kabel · Protokoll). HDMI/DP/TB für Video. Ethernet für Latenz, WiFi für Bequemlichkeit.
+
+**Der gemeinsame Hebel:** Engpass identifizieren, *bevor* man Hardware kauft.
+
+→ **In Kap 5** schauen wir uns an, was eine Datei *unterwegs* mitführt — und was sie *verrät*.
+
+<!--
+Recap:
+
+Speicher:
+- HDD: Magnet, mechanisch, billig, langsam
+- SSD: Flash, kein Mechanik, teuer, schnell
+- Wann was: OS auf SSD, Archiv auf HDD, Backup auf beides
+- Filesystem: FAT32 (4 GB Limit), exFAT (universal), NTFS (Win), APFS (Mac), ext4 (Linux)
+- Backup: 3-2-1-Regel. Pixar-Story als Warnung.
+
+Schnittstellen:
+- USB-C: drei Achsen — Stecker, Kabel, Protokoll. Wenn etwas nicht geht, eine davon checken.
+- Video: HDMI (TV-Welt, HDCP), DisplayPort (PC-Welt, offen), Thunderbolt (Tunnel für alles)
+- Netzwerk: Ethernet (Latenz, Stabilität) vs WiFi (Mobilität)
+
+Großes Thema: Speicher + Schnittstelle = ein Engpass. Wo Daten wohnen, bestimmt wie schnell sie reisen können.
+
+Anschluss zu Kap 5: in dieser Stunde haben wir gesehen, wo Bytes leben und wie sie reisen. Nächste Stunde: was nehmen sie mit, wenn sie reisen? EXIF, ID3, PDF-Metadaten — die unsichtbare Gepäcktasche jeder Datei.
+-->