Bei der Wahl eines Matrix-Homeservers geht es weniger darum, den Server mit der kleinsten Binärdatei zu finden, sondern vielmehr darum, die akzeptablen Kompromisse im Betrieb abzuwägen. Synapse, Dendrite und Conduit unterstützen alle Matrix, unterscheiden sich jedoch in ihrer Reife, ihrer Implementierungssprache, ihrem Datenbankmodell, ihrem Skalierungspfad und dem akzeptablen Kompatibilitätsrisiko für Administratoren. Stand 5. Oktober 2026 ist Synapse im offiziellen Matrix-Serververzeichnis als stabil (Stable) und Dendrite sowie Conduit als Beta-Versionen gelistet . Dieser Unterschied in der Reife sollte mehr Gewicht haben als vage Behauptungen, eine Option sei „ressourcenschonend“.
Dieser praxisorientierte Vergleich konzentriert sich auf das, was heute dokumentiert und überprüfbar ist. Er ermittelt keine allgemeingültigen Gewinner in Bezug auf RAM oder CPU, da die Projekte keinen einzigen kontrollierten Benchmark veröffentlichen, der alle drei Komponenten unter gleichen Bedingungen hinsichtlich Benutzeranzahl, Räumen, Datenverkehr im Verbundnetz, Medienlast, Datenbankoptimierung und Hardware fair abbildet.
| Server | Offizielle Reife | Durchführung | Typischer Speicherpfad | Praktische Passform |
|---|---|---|---|---|
| Synapse | Stabil | Python, mit Rust-Komponenten in der aktuellen Codebasis | PostgreSQL wird für den Produktiveinsatz empfohlen; SQLite existiert zwar auch, ist laut offizieller Dokumentation aber nur für Testzwecke geeignet. | Die beste Standardeinstellung, wenn Kompatibilität, Dokumentation, Integrationen und ein bewährter Skalierungspfad am wichtigsten sind. |
| Dendrit | Beta | Gehen | PostgreSQL in der dokumentierten Docker-Bereitstellung | Eine Prüfung lohnt sich, wenn man einen Go-basierten Homeserver möchte und den Beta-Status akzeptieren kann. |
| Leitung | Beta | Rost | Laut den zugehörigen Bereitstellungsdokumenten werden RocksDB oder SQLite empfohlen. | Attraktiv für kleine, einfache Installationen, bei denen ein geringer Betriebsaufwand wichtig ist und fehlende Funktionen akzeptabel sind. |
Quellenprüfung: siehe das offizielle Matrix-Homeserver-Verzeichnis , die Synapse-Installationsdokumentation , die Dendrite-Docker-Installationsdokumentation und die generische Conduit-Bereitstellungsdokumentation .
„Geringfügig“ kann sich auf mindestens vier verschiedene Aspekte beziehen: Speichernutzung im Leerlauf, CPU-Auslastung während Synchronisierung und Föderation, Speicherwachstum oder die Anzahl der vom Administrator auszuführenden Unterstützungsdienste. Diese Messwerte können unterschiedliche Gewinner aufzeigen. Ein Einzelbenutzer-Heimserver, der einigen privaten Räumen beitritt, verhält sich ganz anders als ein Server, der großen öffentlichen Räumen beitritt, mehrere Netzwerke verbindet, jahrelange Medien speichert oder intensiv an Föderationsaktivitäten teilnimmt.
Behandeln Sie Ressourcenanforderungen daher als arbeitslastabhängig, es sei denn, sie werden durch einen reproduzierbaren Benchmark untermauert, der Ihrer Bereitstellung entspricht. Am sinnvollsten ist es, zunächst Ihre erwartete Arbeitslast zu definieren: Anzahl der lokalen Benutzer, größte Räume, denen Sie beitreten möchten, ob die Föderation aktiviert ist, ob Sie Bridges oder App-Services benötigen, erwartetes Medienvolumen und ob Sie Hochverfügbarkeit benötigen.
Synapse ist nach wie vor die konservative Wahl, wenn Sie Wert auf eine umfassende Betriebserfahrung legen. Matrix.org stuft es als stabil ein, während Element das aktuelle Repository aktiv pflegt. Zum Zeitpunkt dieser Überprüfung ist die neueste stabile GitHub-Version Synapse 1.162.0 , veröffentlicht am 29. September 2026. Aktuelle Versionen finden Sie auf der offiziellen Synapse-Releaseseite .
Synapse wird oft als ressourcenintensiv beschrieben, doch das bedarf des Kontextes. Das Projekt speichert Daten bewusst im Arbeitsspeicher, um die Anfrageleistung zu verbessern. In den FAQ für Administratoren wird ausdrücklich darauf hingewiesen, dass die Architektur viel Arbeitsspeicher benötigt. Die Installationsanleitung empfiehlt außerdem, mindestens 1 GB freien Arbeitsspeicher bereitzuhalten, wenn man großen öffentlichen Chaträumen beitreten möchte. Dies ist ein hilfreicher Richtwert für die Planung, aber keine zwingende Voraussetzung für jede kleine private Installation.
Synapse kann zwar mit SQLite gestartet werden, die offizielle Installationsdokumentation empfiehlt jedoch die Verwendung von PostgreSQL für nahezu alle Installationen und rät von der Nutzung von SQLite auf einem Produktivserver ab. Dies ist relevant, da der Vorteil einer „einfachen Datenbank mit nur einer Datei“ bei der langfristigen Implementierung von Synapse weitgehend verloren geht.
Synapse bietet von den dreien die am besten dokumentierte Skalierungsstrategie. Kleine Installationen können monolithisch betrieben werden; größere Installationen können die Arbeit auf mehrere Prozesse, sogenannte Worker, verteilen. Die aktuelle Synapse-Worker-Dokumentation erklärt, dass Worker-Bereitstellungen PostgreSQL gemeinsam nutzen und Client- sowie Federation-Workloads auf die Prozesse aufteilen können. Dies erhöht zwar die operative Komplexität, bietet aber einen klaren Weg, wenn ein einzelner Prozess nicht mehr ausreicht.
Empfehlung: Falls der Ressourcenverbrauch Ihr einziger Ablehnungsgrund für Synapse ist, testen Sie es mit PostgreSQL unter Ihrer tatsächlichen Arbeitslast, bevor Sie annehmen, dass es zu groß ist. Der freie Speicherverbrauch allein ist kein guter Indikator für die Leistung von Verbundsystemen oder das Verhalten in großen Netzwerken.
Dendrite wurde als Matrix-Homeserver der zweiten Generation in Go entwickelt. Das alte Matrix-Repository wurde im November 2024 archiviert, was aber nicht bedeutet, dass Dendrite verschwunden ist. Die Entwicklung wurde in das Element-Dendrite-Repository verlagert , das weiterhin aktiv ist. Das offizielle Matrix-Serververzeichnis kennzeichnet Dendrite noch immer als Beta.
Diese Unterscheidung ist wichtig, da ältere Artikel bei Lesern zwei gegensätzliche Missverständnisse hervorrufen können: entweder, dass Dendrite aufgegeben wurde, oder dass es Synapse bereits ersetzt hat. Beides trifft mit Stand Oktober 2026 nicht zu. Das Projekt wird zwar weiterentwickelt, befindet sich aber weiterhin im Beta-Stadium.
Der dokumentierte Docker-Compose-Pfad für Dendrite verwendet PostgreSQL als Abhängigkeit und betreibt den Homeserver in einer monolithischen Konfiguration. Dadurch wird die grundlegende produktionsnahe Architektur leicht verständlich: Reverse-Proxy, Dendrite, PostgreSQL und die übliche Matrix-DNS/TLS-Konfiguration.
Dendrites Go-Implementierung ist attraktiv für Administratoren, die eine kompilierte Binärdatei und das Go-Ökosystem bevorzugen. Die Sprachwahl allein beweist jedoch keinen geringeren Ressourcenverbrauch im realen Einsatz. Die Auflösung des Föderationszustands, die Raumgröße, Medien, das Datenbankverhalten und Client-Synchronisierungsmuster dominieren weiterhin viele Matrix-Workloads.
Dendrite Version 0.15.2 wird in der offiziellen Versionsliste während dieses Tests als aktuellste Version angezeigt. Die 0.15er-Serie enthält Fehlerbehebungen für Raumversion 12 und Zuverlässigkeitsprobleme. Dies verdeutlicht auch, dass sich Beta-Software schnell weiterentwickeln kann. Prüfen Sie daher vor einem Upgrade oder der Bereitstellung die offiziellen Dendrite-Versionen .
Maßnahme: Konfigurieren Sie Dendrite mit den exakten Clients und App-Diensten, die Sie verwenden möchten. Eine Funktionsliste ist hilfreicher als die bloße Behauptung, Dendrite sei „schlanker als Synapse“.
Conduit ist ein Rust-Matrix-Homeserver, der effizient, einfach einzurichten und auch auf kleinen Computern wie dem Raspberry Pi nutzbar sein soll. Das Projekt ist in seinem offiziellen GitLab-Repository aktiv und wird im Matrix-Ökosystemverzeichnis als Beta-Projekt geführt.
Conduit ist in diesem Dreiervergleich das offensichtlichste „ressourcenschonende“ Projekt, doch die eigene Dokumentation gibt den Status nur vorsichtig wieder: Die meisten Matrix-Räume funktionieren, aber noch sind nicht alle Funktionen implementiert, und Benutzer können auf Fehler stoßen. Die offizielle Conduit-Einführung listet die aktuellen Einschränkungen auf; Administratoren sollten daher diese Seite konsultieren, anstatt sich auf eine veraltete Funktionsübersicht zu verlassen.
Die allgemeine Bereitstellungsdokumentation von Conduit empfiehlt derzeit RocksDB oder SQLite. Dies unterscheidet sich wesentlich von den auf PostgreSQL basierenden Produktionsrichtlinien für Synapse und der dokumentierten Dendrite-Docker-Konfiguration. Bei kleinen Servern kann der Verzicht auf einen separaten PostgreSQL-Dienst die Anzahl der zu wartenden, zu sichernden, zu überwachenden und zu aktualisierenden Komponenten reduzieren.
Conduit bietet zudem native Anleitungen für eine einfache systemd-Bereitstellung hinter einem Reverse-Proxy sowie für Docker-Images. Die Dokumentation behandelt Federation, Delegierung, TURN und App-Services. Damit eignet es sich ideal für Familien, kleine Teams, Labore oder Hobby-Server, bei denen Einfachheit wichtiger ist als maximale Abdeckung des Ökosystems.
Empfehlung: Lesen Sie die aktuellen Einschränkungen in der offiziellen Einführung von Conduit und testen Sie Ihre größten föderierten Räume, bevor Sie echte Benutzer einbinden. Das Verhalten der Föderation ist der Punkt, an dem die Annahmen über „kleine Server“ am ehesten in Frage gestellt werden.
Wenn Sie eine Lösung für den Produktiveinsatz auswählen, bieten die Reifegradkennzeichnungen einen hilfreichen ersten Filter. Synapse ist stabil; Dendrite und Conduit sind Beta. Beta bedeutet nicht unbrauchbar, und stabil bedeutet nicht ressourcenfrei. Es bedeutet lediglich, dass das Risikoprofil unterschiedlich ist.
Ein ressourcenschonender Server, dem eine benötigte Funktion fehlt, kann mehr Administratorzeit kosten als ein leistungsstärkerer Server, der zuverlässig funktioniert. Beispiele hierfür sind das Verhalten von Serverbrücken, Anwendungsdienste, Kontoverwaltung, neuere Raumversionen, Sonderfälle der Verbundintegration, Moderationsprozesse und Upgrade-Tools. Hierbei handelt es sich um Fragen der Arbeitslast und Integration, nicht um Fragen der Programmiersprache.
Für die meisten Administratoren, die ein möglichst geringes Protokoll- und Integrationsrisiko wünschen, ist Synapse nach wie vor die Standardempfehlung . Es ist die einzige stabile Option unter den dreien im offiziellen Matrix-Verzeichnis, bietet umfassende Dokumentation, Anleitungen für den produktiven Einsatz von PostgreSQL und eine dokumentierte Worker-Architektur für größere Bereitstellungen.
Dendrite stellt den Mittelweg dar: eine gepflegte Go-Implementierung mit ansprechender Architektur, die sich aber noch offiziell im Beta-Stadium befindet. Sie sollte am besten anhand Ihrer konkreten Clients und Integrationen validiert werden, anstatt sie als automatisch einsetzbare, „schlankere Synapse“-Alternative zu betrachten.
Conduit ist die naheliegendste Wahl, wenn „leichtgewichtig“ bedeutet, dass weniger unterstützende Dienste benötigt werden und die Installation auf einem kompakten, selbst gehosteten System ressourcenschonend ist. Das RocksDB/SQLite-Bereitstellungsmodell und die Rust-Implementierung sind für kleine Systeme attraktiv, doch der Beta-Status und die dokumentierten fehlenden Funktionen machen Kompatibilitätstests unerlässlich.
Es gibt keinen allgemeingültigen Testsieger für RAM, CPU oder Festplatte, der alle Matrix-Workloads abdeckt. Der beste Server ist derjenige, der Ihre Anforderungen an den Funktionsumfang mit dem geringstmöglichen, zuverlässig zu wartenden Ressourcenbedarf erfüllt.
Konfigurieren Sie die LDAP-gestützte Anmeldung für ownCloud Infinite Scale, ordnen Sie Benutzer und Gruppen zu, wählen Sie zwischen integriertem und externem OIDC, schützen Sie Anmeldeinformationen und überprüfen Sie die Authentifizierung sicher.
Planen Sie eine Migration von ownCloud Classic 10 zu Infinite Scale mit der unterstützten Anwendung „migrate-to-ocis“. Erfahren Sie, welche Daten übertragen werden, welche nicht, welche LDAP-Voraussetzungen gelten, welche Befehle benötigt werden und welche Prüfungen beim Übergang durchzuführen sind.
Erfahren Sie, wo Zimbra benutzerdefinierte SpamAssassin-Regeln lädt, wie man eine .cf-Regel schreibt und validiert, wie man Amavis neu startet, wie man Nachrichtenkopfzeilen testet und wie man sicher ein Rollback durchführt.
Sichern und stellen Sie ein einzelnes Zimbra CE-Postfach mit zmmailbox wieder her. Exportieren Sie ein ZIP-Archiv mit Metadaten, überprüfen Sie es und testen Sie die Wiederherstellung sicher in einem Testkonto.
Erfahren Sie, wie Sie ein persönliches Speicherplatzkontingent für einen ownCloud Infinite Scale-Benutzer festlegen, dieses von Projektbereichs- und globalen Limits unterscheiden und neuen Benutzern rollenbasierte Standardeinstellungen zuweisen.
Diagnostizieren Sie BigBlueButton FreeSWITCH SIP-Registrierungstimeouts, indem Sie den Dienststatus, SIP- und ESL-Listener, NAT-Adressen, Firewall-Regeln und Protokolle überprüfen.
Beheben Sie Verbindungsfehler der ownCloud-Mobil-App, indem Sie die Server-URL, den HTTPS-Port, den Webserver, die Firewall, den Proxy, TLS und die vertrauenswürdigen Domänen überprüfen.
Vergleichen Sie die Möglichkeiten zur Kontrolle neuer Matrix-Konten auf Synapse, von der Deaktivierung der öffentlichen Registrierung bis zur Ausstellung von Token mit begrenzter Nutzungsdauer, mit Konfigurationsbeispielen und Prüfungen.
Fix an ownCloud blank page by separating browser, PHP, app, permissions, upgrade, and proxy failures, then choose the least disruptive recovery path.
Diagnostizieren Sie den gestoppten NGINX-Proxy von Zimbra, lesen Sie die entsprechenden Protokolle, starten Sie ihn sicher neu und überprüfen Sie gezielte Korrekturen für fehlende Konfigurationen, ungültige Ports, Zertifikate und Upstream-Fehler.
