Je ne suis pas sûr de comprendre ce que tu veux dire par rapport aux plugins en Rust, mais au pire on peut produire des bibliothèques dynamiques en Rust (avec une API C, c'est très utile pour remplacer des bibliothèques existantes par une versions en Rust), et on peut faire du chargement dynamique (j'ai trouvé https://lib.rs/crates/dlopen en cherchant 2 secondes, aucune idée de si c'est la meilleure méthode). J'imagine quand même qu'on doit perdre quelques garanties au passage (et certaines optimisations genre LTO).
Quel que soit la légèreté du serveur, le plus gros problème à mes yeux avec Matrix, c'est la charge imposée aux serveurs juste pour participer à un salon s'il a beaucoup d'utilisateurs.
Surtout que la charge va croissante avec la diversité du salon.
Si tout le monde est sur 2 serveurs, ça va, il y a juste besoin de synchroniser les 2 serveurs. Si il y a 20 serveurs, la même info est répliqué 20 fois sur les 20 machines, et je sais pas si ça implique d'avoir 380 connexions TCP (20*19). Je me souviens qu'il y a des expérimentations avec Matrix en P2P avec du routage sans doute moins lourd, mais si c'est le cas, c'est pas ce que donne à voir mes logs de Synapse.
Et de ce que je vois, la consommation mémoire (400M pour aller sur un salon de 1000 personnes avec conduit, > 1G avec dendrite) est relativement haute. Par comparaison, irssi prends 300M pour mes 501 fenêtres, dont le fameux salon de 1000 personnes, et sans doute 40 autres salons.
Je suppose que si les gens sont sur le même serveur, le coût en ressources est vite mutualisé (une copie du salon en mémoire, une copie dans la DB), mais ça va forcément déboucher sur une incitation à la centralisation.
Ensuite, si c'est pas ça, ça aurait été autre chose (gestion du spam, gestion des serveurs, etc). C'est ce qui arrive quasiment tout le temps.
# Retour sur le logiciel
Posté par Misc (site web personnel) . Évalué à 5.
J'ai fait un petit post sur le forum des CHATONS sur le sujet:
https://forum.chatons.org/t/passage-de-conduit-serveur-matrix-en-beta-retour-rapide/2764
Je suis en train de tester vite fait dendrite aussi.
[^] # Re: Retour sur le logiciel
Posté par GuieA_7 (site web personnel) . Évalué à 2.
Post intéressant merci.
Je ne suis pas sûr de comprendre ce que tu veux dire par rapport aux plugins en Rust, mais au pire on peut produire des bibliothèques dynamiques en Rust (avec une API C, c'est très utile pour remplacer des bibliothèques existantes par une versions en Rust), et on peut faire du chargement dynamique (j'ai trouvé https://lib.rs/crates/dlopen en cherchant 2 secondes, aucune idée de si c'est la meilleure méthode). J'imagine quand même qu'on doit perdre quelques garanties au passage (et certaines optimisations genre LTO).
[^] # Re: Retour sur le logiciel
Posté par Misc (site web personnel) . Évalué à 2.
On peut, mais c'est pas ce qui est fait pour le moment pour conduit ou pour la plupart des outils en rust que je vois.
Par exemple, zola ne peut pas basculer de rustls à une lib basé sur openssl autrement qu'à la compilation.
Alors que faire un plugin d'un truc en python (ou en perl, ou en ruby), c'est en général assez trivial du point de vue du code du logiciel de base.
[^] # Re: Retour sur le logiciel
Posté par 16aR . Évalué à 1.
Sympa le post.
Je n'ai pas encore testé dendrite, merci pour le retour d'XP.
# salons allégés?
Posté par Maclag . Évalué à 4.
Quel que soit la légèreté du serveur, le plus gros problème à mes yeux avec Matrix, c'est la charge imposée aux serveurs juste pour participer à un salon s'il a beaucoup d'utilisateurs.
[^] # Re: salons allégés?
Posté par Misc (site web personnel) . Évalué à 3.
Surtout que la charge va croissante avec la diversité du salon.
Si tout le monde est sur 2 serveurs, ça va, il y a juste besoin de synchroniser les 2 serveurs. Si il y a 20 serveurs, la même info est répliqué 20 fois sur les 20 machines, et je sais pas si ça implique d'avoir 380 connexions TCP (20*19). Je me souviens qu'il y a des expérimentations avec Matrix en P2P avec du routage sans doute moins lourd, mais si c'est le cas, c'est pas ce que donne à voir mes logs de Synapse.
Et de ce que je vois, la consommation mémoire (400M pour aller sur un salon de 1000 personnes avec conduit, > 1G avec dendrite) est relativement haute. Par comparaison, irssi prends 300M pour mes 501 fenêtres, dont le fameux salon de 1000 personnes, et sans doute 40 autres salons.
Je suppose que si les gens sont sur le même serveur, le coût en ressources est vite mutualisé (une copie du salon en mémoire, une copie dans la DB), mais ça va forcément déboucher sur une incitation à la centralisation.
Ensuite, si c'est pas ça, ça aurait été autre chose (gestion du spam, gestion des serveurs, etc). C'est ce qui arrive quasiment tout le temps.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.