Erklär den Unterschied zwischen einem Prozess und einem Thread.

Ein Prozess ist eine isolierte Ausführungseinheit mit eigenem virtuellem Adressraum; ein Thread ist eine Scheduling-Einheit innerhalb eines Prozesses, die sich diesen Adressraum mit seinen Geschwistern teilt. Threads sind billig zu erzeugen und können Daten direkt teilen, und genau deshalb brauchen sie Locks. Prozesse kosten mehr und brauchen explizite Interprozesskommunikation, aber ein Crash oder Speicherfehler in einem kann keinen anderen beschädigen.

Der Unterschied, der zählt, ist Speicher. Jeder Prozess bekommt seinen eigenen Adressraum, einer der crasht oder über einen Pointer hinausschreibt kann die anderen also nicht mitreißen, aber sie können nur über Pipes, Sockets oder ein bewusst eingerichtetes Shared-Memory-Segment reden. Threads leben in einem Prozess und teilen sich den Heap, Daten zwischen ihnen weiterzugeben ist also nur ein Pointer, was schnell ist und genau der Grund, warum du Locks brauchst. Die Erzeugungskosten folgen derselben Linie: einen Thread zu starten ist billig, einen Prozess zu forken nicht. In der Praxis lasse ich die Runtime meine Strategie bestimmen. In Python geht CPU-lastige Arbeit auf mehrere Prozesse, weil das Global Interpreter Lock Threads daran hindert, Bytecode parallel auszuführen, während IO-lastige Arbeit auf Threads oder async gut aufgehoben ist. In Go oder Java würde ich zuerst zu Threads oder Goroutines greifen. Das umgekehrt zu machen ist der Weg zu acht Worker-Threads, die alle hinter einem Interpreter anstehen, und niemand versteht, warum die Maschine idle ist.