2015-04-07 1 views
0

Je travaille avec ejabberd depuis un certain temps, mais en raison de problèmes récents et d'exigences, je suis curieux de connaître quelque chose.ejabberd 2 utilisateur MUC vs chat 1-to-1 normal

Si je crée une salle MUC avec 2 utilisateurs, cela diffère-t-il de la messagerie instantanée 1-à-1 (performances)? Que se passe-t-il si j'utilise toujours des MUC pour tous les chats 1to1?

Y a-t-il des frais généraux ou des inconvénients? Est-ce que mes connexions souffrent de pénalités de performance, et cela consomme-t-il généralement plus de ressources ou impose-t-il des restrictions ou des pénalités?

Toute aide ou idée serait grandement appréciée.

+0

Cross-posts: http://superuser.com/q/898698/151741 & http://serverfault.com/q/680913/131794 – unor

Répondre

3

Je ne sais pas comment ejabberd implémente XMPP, mais du point de vue du protocole:

  1. "Normal" one-to-one chats sont côté serveur sans état. Tout le contexte (historique des messages, etc.) est maintenu par le client. Le serveur relaie simplement les messages d'avant en arrière. D'un autre côté, les conversations multi-utilisateurs sont maintenues par le serveur. Les ressources (liste des participants, paramètres de la salle, historique des messages) doivent être stockées quelque part, et cette responsabilité incombe au serveur.

  2. Les messages un à un sont "ad-hoc". Quand une partie veut discuter, ils envoient juste un message au destinataire. MUC, d'autre part, doit être créé, configuré avant de commencer la conversation, et l'autre partie doit être invité à rejoindre la salle MUC avant que la conversation puisse commencer. Cela ajoute de la complexité et/ou du temps.

  3. Causeries multiutilisateur donnent plus de fonctionnalités, mais on peut se demander si elles ont un sens dans le contexte d'un à une conversation (par exemple. Coups de pied ne quelqu'un de la conversation de sens?). D'autre part, vous devez probablement configurer correctement les forums de discussion, afin qu'ils ne soient pas détectables (on ne peut pas voir la liste des conversations), les tiers ne peuvent pas les joindre (sauf si invités), les utilisateurs ne peuvent pas changer librement les surnoms.

0

Oui, MUC a une surcharge qui est la gestion de processus MUC elle-même.

+0

Nous vous remercions de votre réponse. J'ai d'abord pensé que ce serait une idée stupide d'avoir beaucoup de 2 MUC utilisateur. Mais il est bon d'entendre de la source. – Mepla

+0

Je ne suis pas sûr de ce que vous voulez construire, mais vous voudrez peut-être regarder l'option pour convertir un à un chat à MUC comme défini dans la spécification XEP-0045. –