Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Armazenamento
- 160 GB NVMe SSD
- Transferência
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solução
O Synapse consome muita memória: um homeserver pequeno que federe com salas movimentadas precisa de 4 GB, e 8 GB se entrar em grandes salas públicas. O Conduit ou o Dendrite funcionam com uma fração disso. O XMPP com Prosody é ainda mais leve — um núcleo e 1 GB servem centenas de utilizadores. Os três são sensíveis a E/S, portanto ponha a base de dados em NVMe.
| Recurso | O que realmente precisa |
|---|---|
| CPU | 2 núcleos para Synapse, 1 para Conduit ou Prosody |
| RAM | 4–8 GB para Synapse, 1–2 GB para Conduit ou Prosody |
| Disco | NVMe, 160 GB — o estado da federação cresce inexoravelmente |
| Rede | Localização bem interligada; a federação é sensível à latência |
A localização é geralmente a decisão que mais importa para esta carga de trabalho — seja porque a latência domina, seja porque a jurisdição domina.
Quatro núcleos e 8 GB se planear federar amplamente.
Conduit se quiser baixo uso de recursos; Synapse se precisar do conjunto completo de funcionalidades.
Sirva /.well-known/matrix/server para que a federação o encontre na porta certa.
Nunca execute Synapse em SQLite além de um servidor de teste pessoal.
O estado da federação cresce sem limite; agende a API de limpeza ou o compressor de estado.
O Synapse precisa de 4 GB para um servidor pequeno e 8 GB quando entra em salas federadas grandes. O Conduit faz o mesmo trabalho com menos de 512 MB, ao custo de alguma completude de funcionalidades.
Sim. A federação apenas requer um IP público, um domínio e um certificado válido. A jurisdição não tem efeito na federação, apenas em quem pode exigir os seus metadados.
O conteúdo das mensagens é encriptado de ponta a ponta, mas a associação às salas e os metadados de tempo ficam no servidor doméstico. Ter o seu próprio é a única forma de manter isso em hardware que controla.