uni/slides/223015b/04-distribution-apis-zukunft.md

---
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.
-->