I see similar loads as @KevinNL and I’m a bit confused about this. In my configuration I use nginx as a web server. Does jitsi / the videobridge do any encryption by itself or is this completely moved to the web server via the proxy configuration? Interestingly the web server seems to produce almost no CPU load. It should also support much more than ~50 Mbit/s (which is what we got in total (upload + download) with 20 participants in two conferences).
If the encrypted video streams are not passed through the web server: Is it possible to configure the used TLS protocols or ciphers? I guess the videobridge does not produce a lot of handshakes, so the streaming encryption must be the bottleneck here.
Video stream are directly between jitsi-videobridge and the client, it does not goes trough the webserver.
I don’t think the encryption is the bottleneck, especially if you have aes-ni support.
If your load is similar to Kevin’s one, “(10% - 13% of total cpu)”, the issue is probably not on server side… and as we see frequently problem on client side, @xranby suggest you to check that.
Well, I don’t have issues except that the server load is a bit high for my taste. Only ~8 people per CPU core is less than I would expect, especially when the total bandwidth is only at 50Mbit/s (for 20 people).
What keeps the videobridge busy when it’s not the encryption?