Scegliere un homeserver Matrix non significa tanto trovare il server con il file binario più piccolo, quanto piuttosto valutare i compromessi operativi che si è disposti ad accettare. Synapse, Dendrite e Conduit utilizzano tutti Matrix, ma differiscono per maturità, linguaggio di implementazione, modello di database, percorso di scalabilità e livello di rischio di compatibilità che un amministratore dovrebbe accettare. Al 5 ottobre 2026, la directory ufficiale dei server Matrix elenca Synapse come stabile e sia Dendrite che Conduit come beta . Questa differenza di maturità dovrebbe avere un peso maggiore rispetto alle vaghe affermazioni secondo cui un'opzione è "leggera".
Questo confronto pratico si concentra su ciò che è documentato e verificabile oggi. Non individua vincitori universali in termini di RAM o CPU perché i progetti non pubblicano un singolo benchmark controllato che rappresenti equamente tutte e tre le soluzioni con gli stessi utenti, stanze, traffico di federazione, carico multimediale, ottimizzazione del database e hardware.
| Server | Salute pubblica | Implementazione | Percorso di archiviazione tipico | Vestibilità pratica |
|---|---|---|---|---|
| Sinapsi | Stabile | Python, con componenti Rust nel codice sorgente attuale | PostgreSQL è consigliato per gli ambienti di produzione; SQLite esiste, ma la documentazione ufficiale afferma che è destinato esclusivamente ai test. | La scelta migliore quando la compatibilità, la documentazione, le integrazioni e un percorso di scalabilità collaudato sono fondamentali. |
| Dendrite | Beta | Andare | PostgreSQL nella distribuzione Docker documentata | Da valutare se si desidera un homeserver basato su Go e si è disposti ad accettare una versione beta. |
| Condotto | Beta | Ruggine | RocksDB o SQLite sono raccomandati dalla documentazione di implementazione | Ideale per installazioni piccole e semplici, dove i bassi costi operativi sono importanti e la mancanza di alcune funzionalità è accettabile. |
Verifica delle fonti: consultare la directory ufficiale del server home di Matrix , la documentazione di installazione di Synapse , la documentazione di installazione di Dendrite con Docker e la documentazione di distribuzione generica di Conduit .
Il termine "leggero" può riferirsi ad almeno quattro aspetti diversi: l'utilizzo della memoria inattiva, il consumo della CPU durante la sincronizzazione e la federazione, la crescita dello spazio di archiviazione o il numero di servizi di supporto che un amministratore deve eseguire. Queste misurazioni possono indicare risultati diversi. Un server domestico per un singolo utente che si unisce a poche stanze private si comporta in modo molto diverso da un server che si unisce a enormi stanze pubbliche, collega più reti, archivia anni di contenuti multimediali o partecipa attivamente alla federazione.
Per questo motivo, è consigliabile considerare le richieste di risorse come dipendenti dal carico di lavoro, a meno che non siano supportate da un benchmark riproducibile che corrisponda alla propria implementazione. L'azione più utile è definire innanzitutto il carico di lavoro previsto: numero di utenti locali, dimensioni delle stanze più grandi a cui si intende partecipare, se la federazione è abilitata, se sono necessari bridge o appservice, volume di contenuti multimediali previsto e se è necessaria l'alta disponibilità.
Synapse rimane la scelta più prudente quando si desidera la più ampia esperienza operativa. Matrix.org lo descrive come stabile, mentre Element mantiene attivamente il repository corrente. Al momento di questa recensione, l'ultima versione stabile disponibile su GitHub è Synapse 1.162.0 , rilasciata il 29 settembre 2026. È possibile verificare le versioni correnti nella pagina ufficiale delle release di Synapse .
Synapse viene spesso descritto come "pesante", ma questo va contestualizzato. Il progetto mantiene deliberatamente le cache in memoria per migliorare le prestazioni delle richieste. Le FAQ per gli amministratori specificano esplicitamente che l'architettura può richiedere molta RAM. Anche la guida all'installazione raccomanda di avere almeno 1 GB di RAM libera per partecipare a grandi stanze pubbliche. Si tratta di un valore minimo utile per la pianificazione, non di un requisito garantito per ogni piccola installazione privata.
Synapse può essere avviato con SQLite, ma la documentazione ufficiale di installazione afferma che quasi tutte le installazioni dovrebbero utilizzare PostgreSQL e che SQLite non dovrebbe essere utilizzato per un server di produzione. Questo è importante perché il vantaggio di un "database semplice a file singolo" scompare in gran parte una volta che Synapse viene distribuito correttamente per un utilizzo a lungo termine.
Synapse offre anche il percorso di scalabilità orizzontale documentato più chiaro tra i tre. Le installazioni di piccole dimensioni possono funzionare come un'unica entità; le installazioni più grandi possono suddividere il lavoro su più processi chiamati worker. L'attuale documentazione sui worker di Synapse spiega che le implementazioni dei worker condividono PostgreSQL e possono suddividere i carichi di lavoro client e di federazione tra i processi. Questo aggiunge complessità operativa, ma offre un percorso esplicito quando un singolo processo non è più sufficiente.
Azione: se l'utilizzo delle risorse è l'unico motivo per cui si rifiuta Synapse, testatelo con PostgreSQL sul vostro carico di lavoro effettivo prima di presumere che sia eccessivo. La memoria inattiva da sola non è un buon indicatore delle prestazioni della federazione o del comportamento in ambienti con grandi quantità di dati.
Dendrite è stato creato come homeserver di seconda generazione per Matrix, scritto in Go. Il vecchio repository matrix-org è stato archiviato nel novembre 2024, ma ciò non significa che Dendrite sia scomparso. Lo sviluppo si è spostato sul repository Element Dendrite , che rimane attivo. La directory ufficiale del server Matrix etichetta ancora Dendrite come "Beta".
Questa distinzione è importante perché gli articoli più vecchi possono generare nei lettori due idee errate diametralmente opposte: o che Dendrite sia stato abbandonato, o che abbia già sostituito Synapse. Nessuna delle due affermazioni è corretta a ottobre 2026. Il sistema è ancora supportato, ma il suo stato di maturità ufficiale rimane Beta.
Il percorso Docker Compose documentato per Dendrite utilizza PostgreSQL come dipendenza ed esegue l'homeserver in una configurazione monolitica. Questo rende l'architettura di base in stile di produzione facile da comprendere: reverse proxy, Dendrite, PostgreSQL e la solita configurazione DNS/TLS di Matrix.
L'implementazione Go di Dendrite è interessante per gli amministratori che preferiscono un binario compilato e l'ecosistema operativo di Go. Tuttavia, la sola scelta del linguaggio non garantisce un minor consumo di risorse nel mondo reale. La risoluzione dello stato di federazione, le dimensioni delle stanze, i supporti di memorizzazione, il comportamento del database e i modelli di sincronizzazione dei client continuano a dominare molti carichi di lavoro di Matrix.
In questa recensione, la versione 0.15.2 di Dendrite risulta essere l'ultima versione disponibile nell'elenco ufficiale delle release. La serie 0.15 include correzioni relative alla versione 12 di Room e a problemi di affidabilità, a riprova del fatto che il software beta può evolversi rapidamente. Prima di procedere con l'aggiornamento o la distribuzione, si consiglia di consultare le release ufficiali di Dendrite .
Azione: configura Dendrite con i client e i servizi applicativi esatti che intendi utilizzare. Una lista di controllo delle funzionalità è più utile di una generica affermazione che lo definisca "più leggero di Synapse".
Conduit è un homeserver Rust per Matrix il cui obiettivo dichiarato è quello di essere efficiente, facile da configurare e utilizzabile anche su computer di piccole dimensioni come un Raspberry Pi. Il progetto è attivo sul suo repository ufficiale GitLab e la directory dell'ecosistema Matrix lo etichetta come Beta.
In questo confronto a tre, Conduit è il progetto più evidentemente "orientato alla leggerezza", ma la sua documentazione è precisa sullo stato di avanzamento: la maggior parte delle stanze Matrix funziona, ma non tutte le funzionalità sono implementate e gli utenti potrebbero riscontrare dei bug. L' introduzione ufficiale di Conduit elenca le limitazioni attuali, quindi gli amministratori dovrebbero consultare quella pagina piuttosto che affidarsi a una vecchia matrice delle funzionalità.
La documentazione generica di Conduit per l'implementazione attualmente raccomanda RocksDB o SQLite. Questa scelta si discosta sostanzialmente dalle linee guida di produzione incentrate su PostgreSQL per Synapse e dalla configurazione Docker documentata per Dendrite. Per un server di piccole dimensioni, evitare un servizio PostgreSQL separato può ridurre il numero di componenti da gestire, sottoporre a backup, monitorare e aggiornare.
Conduit offre anche una guida nativa per una semplice implementazione di systemd dietro un reverse proxy, oltre a immagini Docker. La sua documentazione copre federazione, delega, TURN e appservices. Questo lo rende una soluzione plausibile per una famiglia, un piccolo team, un laboratorio o un server per hobbisti dove la semplicità è più importante della massima copertura dell'ecosistema.
Azione: leggi le limitazioni attuali nell'introduzione ufficiale di Conduit e testa le tue stanze federate più grandi prima di spostare utenti reali. Il comportamento della federazione è l'aspetto in cui è più probabile che le ipotesi sui "server di piccole dimensioni" vengano messe in discussione.
Se si sceglie per la produzione, le etichette di maturità forniscono un primo filtro utile. Synapse è Stabile; Dendrite e Conduit sono Beta. Beta non significa inutilizzabile e Stabile non significa privo di risorse. Significa che il profilo di rischio è diverso.
Un server leggero privo di una funzionalità necessaria può richiedere più tempo all'amministratore rispetto a un server più potente ma con prestazioni prevedibili. Esempi includono il comportamento del bridge, i servizi applicativi, l'amministrazione degli account, le versioni più recenti delle sale, i casi limite della federazione, i flussi di lavoro di moderazione e gli strumenti di aggiornamento. Si tratta di questioni relative al carico di lavoro e all'integrazione, non al linguaggio di programmazione.
Per la maggior parte degli amministratori che desiderano ridurre al minimo i rischi legati a protocolli e integrazioni, Synapse rimane la scelta predefinita . È l'unica opzione stabile tra le tre presenti nella directory ufficiale di Matrix, vanta un'ampia documentazione, linee guida per la produzione con PostgreSQL e un'architettura worker documentata per implementazioni su larga scala.
Dendrite rappresenta una via di mezzo: un'implementazione Go ben mantenuta con un'architettura interessante, ma ancora ufficialmente in versione beta. È consigliabile utilizzarla per validare i propri prodotti o servizi specifici, piuttosto che considerarla una "versione più leggera di Synapse" da installare automaticamente.
Conduit è la soluzione ideale quando "leggero" significa un numero ridotto di servizi di supporto e un'infrastruttura self-hosted compatta. Il suo modello di implementazione RocksDB/SQLite e l'implementazione in Rust sono interessanti per i sistemi di piccole dimensioni, ma l'etichetta Beta e le funzionalità mancanti documentate rendono indispensabile testarne la compatibilità.
Non esiste una configurazione universale e verificata per RAM, CPU o disco, valida per tutti i carichi di lavoro di Matrix. La soluzione migliore in termini pratici è il server che soddisfa le vostre esigenze in termini di funzionalità, con il minimo ingombro operativo che potete gestire in modo affidabile.
Confronta strumenti di monitoraggio open source e proprietari in base a costi, supporto, personalizzazione, sicurezza e opzioni disponibili, tra cui Zabbix, Nagios, PRTG e altri.
Confronta i migliori server TFTP per Windows, Linux e macOS, tra cui SolarWinds, Tftpd64, tftpd-hpa, atftpd, haneWIN e dnsmasq.
Confronta cinque alternative a Microsoft Access per la gestione di database su desktop, SQLite, senza codice e tramite browser, evidenziandone punti di forza, limiti e casi d'uso più adatti.
Comprendere come i termini "ingress" e "egress" descrivono il traffico in entrata e in uscita, perché la direzione dipende dal confine della rete e come monitorare la larghezza di banda e individuare i trasferimenti di dati rischiosi.
Confronta sei server e collettori syslog gratuiti per Windows e Linux, inclusi strumenti con interfaccia grafica, opzioni open source, funzionalità di ricerca, avvisi e trasporto sicuro.
Scopri cosa fa Microsoft IIS, come funzionano la sua pipeline di richieste e i pool di applicazioni e quando Apache, NGINX o Caddy potrebbero essere più adatti alle tue esigenze di server web.
Diagnostica i picchi di utilizzo della CPU del browser Jitsi Meet e riduci il carico del client controllando i riquadri video, gli effetti della fotocamera, la grafica del browser e le impostazioni dell'host.
Monitora lo stato di salute, il carico della conferenza e il traffico di Jitsi Videobridge con il suo endpoint Prometheus integrato, quindi esplora e visualizza i dati in Grafana.
Configura un dominio personalizzato per Jitsi Meet Docker con DNS, URL pubblico, HTTPS, Let's Encrypt, porte del firewall, impostazioni NAT e verifica end-to-end.
Fix Zimbra Admin Console 404 errors after SSL renewal by checking the correct URL and port, proxy routing, service status, deployed certificates, and logs.
