Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tenue en charge de /conférence #275

Closed
laem opened this issue Jun 14, 2021 · 4 comments
Closed

Tenue en charge de /conférence #275

laem opened this issue Jun 14, 2021 · 4 comments

Comments

@laem
Copy link
Contributor

laem commented Jun 14, 2021

Tenue côté serveur

  • nous utilisons actuelle les serveurs de yjs-webrtc documentés ici
  • ce sont des serveurs de signaling, qui ne servent qu'à mettre les internautes en connexion les uns avec les autres
  • on pourrait déployer notre propre serveur facilement, au prix de la gestion d'un serveur
  • ils disent ça à propos des limites
y-webrtc is restricted by the number of peers that the web browser can create. By default, every client is connected to every other client up until the maximum number of conns is reached. The clients will still sync if every client is connected at least indirectly to every other client. Theoretically, y-webrtc allows an unlimited number of users, but at some point it can't be guaranteed anymore that the clients sync any longer**. Because we don't want to be greedy, y-webrtc has a restriction to connect to a maximum of 20 + math.floor(random.rand() * 15) peers. The value has a random factor in order to prevent clients to form clusters, that can't connect to other clients. The value can be adjusted using the maxConn option. I.e.
  • la seule façon de vraiment savoir la tenue de charge c'est de créer des tests de connexion en navigateur headless (100, 1000)

  • nous pouvons à tout moment décider du P2P à une version serveur classique, où chaque utilisateur donne et reçoit les données de simulation du serveur datagir. Voir URL dédié - Fonction "sondage" #231

Tenue côté client

L'interface n'est prévue à l'origine que pour quelques connexions. D'après les premiers tests sur le terrain, il semble que ça tienne bien pour des dizaines de personnes (il suffit de scroller pour voir la liste d'utilisateurs).

C'est assez simple de tester l'interface pour 100 utilisateurs, il suffit de générer des connexions bidons (et au passage, mettre de l'ordre dans le code).

@Clemog
Copy link
Contributor

Clemog commented Aug 17, 2022

#472

@jeannelf
Copy link

plus d'actualité avec le mode orga

@jeannelf jeannelf closed this as not planned Won't fix, can't repro, duplicate, stale Feb 19, 2024
@Clemog
Copy link
Contributor

Clemog commented Feb 19, 2024

plus d'actualité avec le mode orga

Je pense que c'est quand même intéressant de faire un test de charge non ? Y a peut-être moins d'enjeu vu qu'on aura plus le P2P mais si 1000 personnes font leur test en même temps sur le sondage, est ce qu'on est bon ?

@jeannelf
Copy link

ah oui oui clairement mais les specs techniques sont plus les memes non pcq l'archi a changé?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants