Les 2 premiers commentaires spéculent sur l'arrivée d'une question trollesque, alors je vais mettre les pieds dans le plat, comme ça ce sera fait.
Je ne commenterai pas trop sur le protocole lui-même. En tant qu'utilisateur final, le protocole, je ne le comprends pas plus que celui de XMPP. Ce qui m'intéresse c'est ce qu'on arrive à faire avec.
Je commenterai donc plus l'expérience utilisateur et administrateur.
Le client Riot est effectivement très abouti compte tenu de son jeune âge, et est plutôt efficace. J'apprécie particulièrement la recherche de salon intégrée qui permet de chercher sur son propre serveur et sur matrix.org simplement et les appels vidéo qui marchent de n'importe quelle plateforme à n'importe quelle plateforme (tant qu'on reste en 1:1 pour l'instant, ce qui n'est pas si mal).
Mais côté administrateur...
Je loue un modeste Kimsufi sur lequel j'ai installé Yunohost. J'utilise Movim, Nextcloud, Rainloop, et Riot, avec le serveur Synapse qui va bien.
Au moment où j'écris, ils sont tous à leur charge habituelle, c'est-à-dire:
Quasiment négligeable pour tout le monde, sauf Synapse qui prend 100% du CPU d'un coeur et 40% de la RAM à lui tout seul!
Et ça, c'est sans rejoindre un gros salon.
J'ai essayé une fois de rejoindre le salon "HQ Matrix".
Jamais réussi à avoir l'affichage du salon sur Riot. Le serveur était à genoux.
J'ai eu un mal de chien à quitter le salon aussi: j'avais des messages d'erreur à répétition.
En demandant sur le salon Yunohost, heureusement moins fréquenté, j'ai appris que je suis un privilégié: il y a belle lurette que d'autres serveurs "pas assez puissants" n'arrivent même plus à accéder à la liste de salons publics du serveur matrix.org, donc il ne peuvent plus y faire de recherche d'autres salons!
Et c'est bien le problème de Matrix: si vous voulez accéder à tous les salons, il FAUT ABSOLUMENT avoir un serveur bien calibré! Chaque salon est répliqué sur tous les serveurs ayant au moins un participant, et il semble qu'ils passent leur temps à se synchroniser les-uns aux-autres. Quand il y en a 3 impliqué dans le salon, c'est pas un souci. Quand il y en a plusieurs milliers, il faut tenir la cadence!
Résumé: il suffit que l'administrateur interdise purement et simplement à ses utilisateurs de se connecter à des salons trop fréquentés!
Et c'est proposé par l'un des deux principaux instigateurs de Matrix!
Et c'est pour moi une forte incitation à recentraliser les utilisateurs sur le plus gros serveur disponible.
Imaginons que le nombre de participants au salon HQ Matrix ne cesse de grandir, à la fin: il ne restera qu'une poignée de serveurs capables d'y accéder?
Matrix dans sa version actuelle est un réseau destiné à tourner à plusieurs vitesses:
-les gros serveurs populaires
-les petits serveurs mis à l'écart
# Grosse limitation à la fédération
Posté par Maclag . En réponse à la dépêche Matrix pour décentraliser Skype, Whatsapp, Signal, Slack et Discord. Évalué à 10.
Les 2 premiers commentaires spéculent sur l'arrivée d'une question trollesque, alors je vais mettre les pieds dans le plat, comme ça ce sera fait.
Je ne commenterai pas trop sur le protocole lui-même. En tant qu'utilisateur final, le protocole, je ne le comprends pas plus que celui de XMPP. Ce qui m'intéresse c'est ce qu'on arrive à faire avec.
Je commenterai donc plus l'expérience utilisateur et administrateur.
Le client Riot est effectivement très abouti compte tenu de son jeune âge, et est plutôt efficace. J'apprécie particulièrement la recherche de salon intégrée qui permet de chercher sur son propre serveur et sur matrix.org simplement et les appels vidéo qui marchent de n'importe quelle plateforme à n'importe quelle plateforme (tant qu'on reste en 1:1 pour l'instant, ce qui n'est pas si mal).
Mais côté administrateur...
Je loue un modeste Kimsufi sur lequel j'ai installé Yunohost. J'utilise Movim, Nextcloud, Rainloop, et Riot, avec le serveur Synapse qui va bien.
Au moment où j'écris, ils sont tous à leur charge habituelle, c'est-à-dire:
Quasiment négligeable pour tout le monde, sauf Synapse qui prend 100% du CPU d'un coeur et 40% de la RAM à lui tout seul!
Et ça, c'est sans rejoindre un gros salon.
J'ai essayé une fois de rejoindre le salon "HQ Matrix".
Jamais réussi à avoir l'affichage du salon sur Riot. Le serveur était à genoux.
J'ai eu un mal de chien à quitter le salon aussi: j'avais des messages d'erreur à répétition.
En demandant sur le salon Yunohost, heureusement moins fréquenté, j'ai appris que je suis un privilégié: il y a belle lurette que d'autres serveurs "pas assez puissants" n'arrivent même plus à accéder à la liste de salons publics du serveur matrix.org, donc il ne peuvent plus y faire de recherche d'autres salons!
Et c'est bien le problème de Matrix: si vous voulez accéder à tous les salons, il FAUT ABSOLUMENT avoir un serveur bien calibré! Chaque salon est répliqué sur tous les serveurs ayant au moins un participant, et il semble qu'ils passent leur temps à se synchroniser les-uns aux-autres. Quand il y en a 3 impliqué dans le salon, c'est pas un souci. Quand il y en a plusieurs milliers, il faut tenir la cadence!
J'ai donc cherché une discussion ou un rapport de bug pour savoir quelle serait la solution à ce problème, et j'ai trouvé!
https://github.com/matrix-org/synapse/issues/2255
Résumé: il suffit que l'administrateur interdise purement et simplement à ses utilisateurs de se connecter à des salons trop fréquentés!
Et c'est proposé par l'un des deux principaux instigateurs de Matrix!
Et c'est pour moi une forte incitation à recentraliser les utilisateurs sur le plus gros serveur disponible.
Imaginons que le nombre de participants au salon HQ Matrix ne cesse de grandir, à la fin: il ne restera qu'une poignée de serveurs capables d'y accéder?
Matrix dans sa version actuelle est un réseau destiné à tourner à plusieurs vitesses:
-les gros serveurs populaires
-les petits serveurs mis à l'écart