NC Talk performance just for chat . Does it need HPB, STUN or TURN servers?

ℹ️ Support 💬 Talk (spreed)
1

Using NC 26.0.3 php_fpm in an instance that can run a few hundreds of simultaneous users.

As our organization already provides a videocall solution, we’re only interested on extending our NC instance features with the chat capabilities of Talk.

We’ve enabled a test environment just for chat (disabled video and calls) with the DB trick explained here Disable Calling Functionality · Issue #1282 · nextcloud/spreed · GitHub and seems to work fine, but I’m still worried about moving to production because of the performance issues that can raise as documentation mention on system requiremetns section (Server system requirements - Nextcloud Talk API documentation) → “Nextcloud Talk will significantly increase load on your server, depending on the number of concurrent active participants - no matter whether they use audio call, video call or just the chat.”

So my question is, is there any advantage on configuring HPB, STUN or TURN server? As far as I’m reading it seems that only helps for video and calls. Is there any other setting that I should tune to avoid any performance issues like php-fpm values? Server tuning — Nextcloud latest Administration Manual latest documentation

2

I’m familiar with a small part of the chat API, but AFAIK the chat protocol doesn’t seem to flow via something like TURN; I think it’s just HTTP rather than a streaming type of protocol.

3

HPB, STUN and TURN do not improve performance for pure-chat usage in terms of server resources. In fact STUN and TURN would only be needed for video calling.
The HPB (or the signaling server to be precise) would allow you to use something like typing indicators (not quite sure right now if they would work on the web with internal signaling, for mobile clients external signaling would be required for that feature). That’s the only really advantage I would see right now using a external signaling server when being chat-only.