Wybór serwera domowego Matrix nie polega na znalezieniu serwera z najmniejszym plikiem binarnym, a raczej na wyborze kompromisów operacyjnych, z którymi można się pogodzić. Synapse, Dendrite i Conduit korzystają z Matrix, ale różnią się dojrzałością, językiem implementacji, modelem bazy danych, ścieżką skalowania i poziomem ryzyka związanego z kompatybilnością, jaki powinien zaakceptować administrator. Według stanu na 5 października 2026 roku oficjalny katalog serwerów Matrix określa Synapse jako stabilny , a Dendrite i Conduit jako wersję beta . Ta różnica w dojrzałości powinna mieć większe znaczenie niż niejasne zapewnienia, że jedna z opcji jest „lekka”.
To praktyczne porównanie koncentruje się na tym, co jest obecnie udokumentowane i weryfikowalne. Nie wskazuje ono na uniwersalnych zwycięzców w kategorii pamięci RAM lub procesorów, ponieważ projekty nie publikują jednego kontrolowanego benchmarku, który rzetelnie reprezentowałby wszystkie trzy w kontekście tych samych użytkowników, sal, ruchu federacyjnego, obciążenia nośników, dostrajania bazy danych i sprzętu.
| Serwer | Oficjalna dojrzałość | Realizacja | Typowa ścieżka przechowywania | Praktyczne dopasowanie |
|---|---|---|---|---|
| Synapsa | Stabilny | Python z komponentami Rust w obecnej bazie kodu | Zalecany PostgreSQL do produkcji; SQLite istnieje, ale oficjalna dokumentacja mówi, że jest przeznaczony do testowania | Najlepsza opcja domyślna, gdy najważniejsza jest zgodność, dokumentacja, integracje i sprawdzona ścieżka skalowania |
| Dendryt | Beta | Iść | PostgreSQL w udokumentowanym wdrożeniu Docker | Warto rozważyć, jeśli chcesz mieć serwer domowy oparty na systemie Go i możesz zaakceptować wersję beta |
| Przewód | Beta | Rdza | W dokumentacji wdrożeniowej zalecane są RocksDB lub SQLite | Atrakcyjne dla małych, prostych instalacji, w których ważne są niskie koszty operacyjne, a brakujące funkcje są akceptowalne |
Sprawdzenie źródła: zapoznaj się z oficjalnym katalogiem serwera domowego Matrix , dokumentacją instalacji Synapse , dokumentacją instalacji Dendrite Docker i ogólną dokumentacją wdrażania Conduit .
„Lekki” może odnosić się do co najmniej czterech różnych czynników: bezczynnego wykorzystania pamięci, zużycia procesora podczas synchronizacji i federacji, wzrostu pojemności pamięci masowej lub liczby usług pomocniczych, które administrator musi uruchomić. Te pomiary mogą wskazywać na różnych zwycięzców. Serwer domowy dla pojedynczego użytkownika, który łączy kilka prywatnych pokoi, zachowuje się zupełnie inaczej niż serwer, który łączy się z ogromnymi pokojami publicznymi, łączy wiele sieci, przechowuje multimedia z wielu lat lub aktywnie uczestniczy w federacji.
Z tego powodu traktuj żądania zasobów jako zależne od obciążenia, chyba że są one poparte powtarzalnym testem porównawczym, który odpowiada Twojemu wdrożeniu. Najlepiej najpierw zdefiniować oczekiwane obciążenie: liczbę użytkowników lokalnych, największe pokoje, do których planujesz dołączyć, czy federacja jest włączona, czy potrzebujesz mostów, czy usług aplikacji, oczekiwany wolumen multimediów oraz czy potrzebujesz wysokiej dostępności.
Synapse pozostaje konserwatywnym wyborem, jeśli zależy Ci na najszerszym doświadczeniu operacyjnym. Matrix.org określa go jako wersję stabilną, podczas gdy Element aktywnie utrzymuje aktualne repozytorium. W momencie publikacji tej recenzji, najnowsza stabilna wersja w serwisie GitHub to Synapse 1.162.0 , wydana 29 września 2026 roku. Aktualne wersje można sprawdzić na oficjalnej stronie Synapse .
Synapse jest często określany jako „ciężki”, ale wymaga to kontekstu. Projekt celowo przechowuje pamięć podręczną w celu poprawy wydajności żądań. W FAQ administratora wyraźnie zaznaczono, że architektura może wymagać dużej ilości pamięci RAM. Instrukcja instalacji zaleca również posiadanie co najmniej 1 GB wolnej pamięci RAM, jeśli chcesz dołączyć do dużych sal publicznych. Jest to przydatne w planowaniu, a nie gwarantowane wymaganie dla każdego małego wdrożenia prywatnego.
Synapse może rozpocząć pracę z bazą SQLite, ale oficjalna dokumentacja instalacyjna mówi, że prawie wszystkie instalacje powinny korzystać z PostgreSQL i że SQLite nie powinien być używany na serwerze produkcyjnym. Ma to znaczenie, ponieważ zaleta „łatwej, jednoplikowej bazy danych” w dużej mierze zanika po prawidłowym wdrożeniu Synapse do długoterminowego użytkowania.
Synapse oferuje również najbardziej przejrzystą udokumentowaną ścieżkę skalowania poziomego spośród trzech. Małe instalacje mogą działać jako monolit; większe instalacje mogą dzielić pracę na wiele procesów zwanych procesami roboczymi (workerami). Aktualna dokumentacja procesów roboczych Synapse wyjaśnia, że wdrożenia procesów roboczych współdzielą bazę danych PostgreSQL i mogą dzielić obciążenia klienckie i federacyjne między procesy. Zwiększa to złożoność operacyjną, ale daje jasną ścieżkę, gdy jeden proces już nie wystarcza.
Działanie: jeśli jedynym powodem odrzucenia Synapse jest wykorzystanie zasobów, przetestuj go w PostgreSQL na rzeczywistym obciążeniu, zanim założysz, że jest ono zbyt duże. Sama pamięć bezczynna nie jest dobrym wskaźnikiem wydajności federacji ani zachowania w dużych pomieszczeniach.
Dendrite został stworzony jako serwer domowy Matrix drugiej generacji w Go. Stare repozytorium matrix-org zostało zarchiwizowane w listopadzie 2024 roku, ale to nie oznacza, że Dendrite zniknął. Rozwój został przeniesiony do repozytorium Element Dendrite , które nadal jest aktywne. Oficjalny katalog serwera Matrix nadal nosi nazwę Dendrite Beta.
To rozróżnienie jest istotne, ponieważ starsze artykuły mogą pozostawiać czytelników z dwoma sprzecznymi błędnymi przekonaniami: albo że Dendrite został porzucony, albo że zastąpił już Synapse. Żadne z nich nie jest aktualne na październik 2026 roku. Jest on utrzymywany, ale jego oficjalna dojrzałość pozostaje na poziomie Beta.
Udokumentowana ścieżka Docker Compose dla Dendrite wykorzystuje PostgreSQL jako zależność i uruchamia serwer domowy w konfiguracji monolitycznej. Dzięki temu podstawowa architektura w stylu produkcyjnym jest łatwa do zrozumienia: odwrotny serwer proxy, Dendrite, PostgreSQL i standardowa konfiguracja Matrix DNS/TLS.
Implementacja Go w Dendrite jest atrakcyjna dla administratorów, którzy preferują skompilowany kod binarny i operacyjny ekosystem Go. Jednak sam wybór języka nie oznacza niższego zużycia zasobów w praktyce. Rozdzielczość federacji stanów, rozmiar pomieszczenia, nośniki, zachowanie bazy danych i wzorce synchronizacji klientów nadal dominują w wielu obciążeniach Matrix.
Wersja 0.15.2 systemu Dendrite jest wyświetlana jako najnowsza na oficjalnej liście wydań w tej recenzji. Seria 0.15 zawiera poprawki dotyczące wersji 12 systemu i problemów z niezawodnością, co również przypomina, że oprogramowanie beta może szybko się rozwijać. Przed aktualizacją lub wdrożeniem zapoznaj się z oficjalnymi wersjami Dendrite .
Działanie: przygotuj Dendrite z konkretnymi klientami i usługami aplikacji, których planujesz używać. Lista kontrolna funkcji jest bardziej przydatna niż syntetyczne stwierdzenie „lżejszy niż Synapse”.
Conduit to domowy serwer Rust Matrix, którego deklarowanym celem jest wydajność, łatwość konfiguracji i użyteczność nawet na małych komputerach, takich jak Raspberry Pi. Projekt jest aktywny w oficjalnym repozytorium GitLab , a katalog ekosystemu Matrix ma oznaczenie Beta.
Conduit jest projektem najbardziej „lekko zorientowanym” w tym trójstronnym porównaniu, ale jego dokumentacja ostrożnie podchodzi do statusu: większość pokoi Matrix działa, ale nie wszystkie funkcje są zaimplementowane, a użytkownicy mogą napotkać błędy. Oficjalne wprowadzenie do Conduit zawiera listę obecnych ograniczeń, więc administratorzy powinni sprawdzić tę stronę, zamiast polegać na starej macierzy funkcji.
Ogólna dokumentacja wdrożeniowa Conduit obecnie zaleca RocksDB lub SQLite. To znacząco różni się od wytycznych produkcyjnych dla Synapse, opartych na PostgreSQL, oraz udokumentowanej konfiguracji Dockera Dendrite. W przypadku małego serwera, rezygnacja z oddzielnej usługi PostgreSQL może zmniejszyć liczbę ruchomych części, które trzeba utrzymywać, tworzyć kopie zapasowe, monitorować i aktualizować.
Conduit oferuje również natywne wskazówki dotyczące prostego wdrożenia systemd za pośrednictwem odwrotnego serwera proxy, a także obrazy Dockera. Jego dokumentacja obejmuje federację, delegację, TURN i usługi aplikacji. Dzięki temu jest to odpowiednie rozwiązanie dla serwerów rodzinnych, małych zespołów, laboratoriów lub hobbystycznych, gdzie prostota jest ważniejsza niż maksymalne pokrycie ekosystemu.
Działanie: zapoznaj się z aktualnymi ograniczeniami w oficjalnym wprowadzeniu Conduit i przetestuj największe pokoje federacyjne, zanim przeniesiesz prawdziwych użytkowników. Zachowanie federacji to obszar, w którym założenia dotyczące „małych serwerów” są najczęściej podważane.
Jeśli wybierasz produkcję, etykiety dojrzałości stanowią przydatny pierwszy filtr. Synapse jest stabilna; Dendryt i Przewód są beta. Beta nie oznacza bezużyteczności, a Stabilność nie oznacza braku zasobów. Oznacza to, że profil ryzyka jest inny.
Lekki serwer, któremu brakuje jednej potrzebnej funkcji, może kosztować administratora więcej czasu niż cięższy serwer, który działa przewidywalnie. Przykładami są: zachowanie mostu, usługi aplikacji, administrowanie kontami, nowsze wersje sal, przypadki brzegowe federacji, przepływy pracy moderacji i narzędzia do aktualizacji. Są to pytania dotyczące obciążenia i integracji, a nie języka programowania.
Dla większości administratorów, którym zależy na jak najmniejszym ryzyku związanym z protokołem i integracją, Synapse jest nadal domyślnym rozwiązaniem . Jest to jedyna stabilna opcja spośród tych trzech w oficjalnym katalogu Matrix, posiada obszerną dokumentację, wskazówki dotyczące produkcji PostgreSQL oraz udokumentowaną architekturę roboczą dla większych wdrożeń.
Dendrite to droga środka: stabilna implementacja Go z atrakcyjną architekturą, ale wciąż oficjalnie w wersji beta. Najlepiej traktować ją jako narzędzie do walidacji na konkretnych klientach i integracjach, a nie jako automatycznie dodany „lżejszy Synapse”.
Conduit jest najbardziej naturalnym kandydatem, gdy „lekkość” oznacza mniej usług pomocniczych i kompaktową, samodzielnie hostowaną przestrzeń. Model wdrożenia RocksDB/SQLite i implementacja Rust są atrakcyjne dla małych systemów, ale oznaczenie Beta i udokumentowane braki w funkcjach oznaczają, że testowanie zgodności jest niezbędne.
Nie ma sprawdzonego, uniwersalnego zwycięzcy w kategorii pamięci RAM, procesora czy dysku dla wszystkich obciążeń Matrix. Praktycznym zwycięzcą jest serwer, który spełnia wymagany zestaw funkcji przy najmniejszych wymaganiach operacyjnych, jakie można niezawodnie utrzymać.
Porównaj 10 narzędzi do pingowania, które umożliwiają szybkie wykrywanie sieci LAN, skanowanie międzyplatformowe i zarządzanie adresami IP. Dowiedz się, co narzędzie pingujące może Ci powiedzieć, a czego nie.
Porównaj sześć narzędzi do zarządzania siecią służących do monitorowania wydajności, obejmujących zasięg SNMP, mapowanie, alerty, modele wdrażania i kompromisy kosztów.
Porównaj siedem darmowych i otwartych monitorów pingów — od kompletnych pakietów sieciowych po ukierunkowane sondy opóźnień — i wybierz odpowiedni monitor pod kątem dostępności, utraty pakietów i historii.
Dowiedz się, co oznacza QoS w sieciach, w jaki sposób oznaczenia DSCP i kolejki ruchu nadają priorytet aplikacjom głosowym, wideo i biznesowym oraz czego QoS nie jest w stanie naprawić.
Porównaj niezawodne oprogramowanie serwera SFTP dla systemów Windows i Linux, w tym OpenSSH, Bitvise, SolarWinds i SFTPGo. Znajdź rozwiązanie odpowiednie dla swoich potrzeb w zakresie bezpieczeństwa i transferu plików.
Porównaj siedem narzędzi do zarządzania adresami IP służących do wykrywania podsieci, koordynacji DNS i DHCP, inwentaryzacji sieci i otwartego oprogramowania IPAM.
Porównaj sześć narzędzi do monitorowania systemu Windows Server pod kątem zbierania danych systemu Windows, widoczności aplikacji, modelu wdrażania i licencjonowania, aby znaleźć odpowiednie rozwiązanie.
Porównaj narzędzia do skanowania sieciowego umożliwiające szybkie wykrywanie urządzeń, skanowanie adresów IP na wielu platformach oraz zarządzanie IPAM w przedsiębiorstwie. Znajdziesz tu wskazówki dotyczące dopasowania każdej opcji do swojej sieci.
Zbuduj praktyczny monitoring sieci z przejrzystym zakresem urządzeń, przydatnymi wskaźnikami wydajności, przydatnymi alertami oraz porównaniem SolarWinds NPM, PRTG i OpManager.
Użyj opcji --traceroute programu Nmap, aby mapować przeskoki do autoryzowanego hosta, zrozumieć dane wyjściowe dotyczące przeskoków i czasu RTT oraz rozwiązywać problemy z brakującymi odpowiedziami bez nadmiernego skanowania.
