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

investigate user capacity of the collab feature #2302

Open
JosiasAurel opened this issue Sep 6, 2024 · 1 comment
Open

investigate user capacity of the collab feature #2302

JosiasAurel opened this issue Sep 6, 2024 · 1 comment
Assignees
Labels
collab feature request New Feature or Request

Comments

@JosiasAurel
Copy link
Contributor

JosiasAurel commented Sep 6, 2024

Investigate the number of simultaneous rooms and maximum number of users per room before the sprig collab feature breaks. This should help us put a cap on the max number of users we allow per collab room.

Things we want to investigate

  • max. number of collab rooms
  • max. number of users per collab room.
  • max. capacity of signaling server
@JosiasAurel JosiasAurel added feature request New Feature or Request collab labels Sep 6, 2024
@JosiasAurel JosiasAurel self-assigned this Oct 1, 2024
@JosiasAurel
Copy link
Contributor Author

JosiasAurel commented Dec 17, 2024

Source

  • testing sprig collab capacity / git repo
  • testing saving server capacity / git repo

Updates on this issue. I ran a few tests some time and below are the results I got from the test run.

The test is as follows
It starts with two rooms and two clients per room

  • A random client in each room sends data (a string)
  • The saving server receives a copy of the data sent as a peer in the room
  • It saves the data to firebase and sends an acknowledgement to all other peers in the room that the data has been saved
  • *We measure the time elapsed between when the new update was received via webRTC and when the data was saved to firebase. We later compute the average time here.
  • On the sender's side, we measure the time elapsed between the last update and when the newest update has been received. We later compute the average time elapsed between the last update and newest update.
Image

At 13 rooms and 14 clients per room, we are in the likes of half a second time elapsed between an update being sent and other peers receiving that update which I think is good.

There's a data point where at 14 rooms and 14 clients per room we're at 2.7 seconds but I think that's just an outlier.

It consistently takes under a second to save data to firebase.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
collab feature request New Feature or Request
Projects
None yet
Development

No branches or pull requests

1 participant