Slow Mode & Throttling

For live events or concerts, you can sometimes have so many users, that the sheer volume of messages overloads the browser or mobile device. This can cause the UI to freeze, high CPU usage, and degraded user experience. Stream offers 3 features to help with this:

1. Channel Slow Mode

2. Automatic feature Throttling

3. Message Throttling

Stream scales to 5 million concurrent users on a channel, see Scaling Chat to 5 Million Concurrent Connections.

Channel Slow Mode

Slow mode helps reduce noise on a channel by limiting users to a maximum of 1 message per cooldown interval.

The cooldown interval is configurable and can be anything between 1 and 120 seconds. For instance, if you enable slow mode and set the cooldown interval to 30 seconds a user will be able to post at most 1 message every 30 seconds.

Slow mode is disabled by default and can be enabled/disabled via the Dashboard, using the Chat Explorer:

It can also be enabled/disabled by admins and moderators via SDK.

val channelClient = client.channel("messaging", "general")

// Enable slow mode and set cooldown to 1s
channelClient.enableSlowMode(cooldownTimeInSeconds = 1).enqueue { /* Result handling */ }

// Increase cooldown to 30s
channelClient.enableSlowMode(cooldownTimeInSeconds = 30).enqueue { /* Result handling */ }

// Disable slow mode
channelClient.disableSlowMode().enqueue { /* Result handling */ }

// enable slow mode and set cooldown to 1s
await channel.enableSlowMode(1);

// increase cooldown to 30s
await channel.enableSlowMode(30);

// disable slow mode
await channel.disableSlowMode();

let channelController = client.channelController(for: .init(type: .messaging, id: "general"))

channelController.enableSlowMode(cooldownDuration: 10)

channelController.disableSlowMode()

// Enable slow mode and set cooldown to 1s
Channel->EnableSlowMode(FTimespan::FromSeconds(1.));

// Increase cooldown to 30s
Channel->EnableSlowMode(FTimespan::FromSeconds(30.));

// Disable slow mode
Channel->DisableSlowMode();

using GetStream;
using GetStream.Models;

var client = new StreamClient("{{ api_key }}", "{{ api_secret }}");
var chat = new ChatClient(client);

var channelId = "channel-id";

// Enable slow mode (e.g. 1 message per 30 seconds)
await chat.UpdateChannelPartialAsync("messaging", channelId,
    new UpdateChannelPartialRequest
    {
        Set = new Dictionary<string, object> { ["cooldown"] = 30 }
    });

// Disable slow mode
await chat.UpdateChannelPartialAsync("messaging", channelId,
    new UpdateChannelPartialRequest
    {
        Set = new Dictionary<string, object> { ["cooldown"] = 0 }
    });

$client->updateChannelPartial("messaging", "general", new Models\UpdateChannelPartialRequest(
    set: (object)["cooldown" => 30], // 30 sec
));

channel.update_channel_partial(set={"cooldown": 30}) # 30 sec

require 'getstream_ruby'
Models = GetStream::Generated::Models

# Enable slow mode with 30 second cooldown
client.chat.update_channel_partial('messaging', channel_id, Models::UpdateChannelPartialRequest.new(
  set: { 'cooldown' => 30 }
))

channel := client.Chat().Channel("messaging", "general")

channel.Update(ctx, &getstream.UpdateChannelRequest{
	Cooldown: getstream.PtrTo(30), // 30 sec
})

// Not yet supported in the Unity SDK

// Android SDK
final ChannelClient channelClient = client.channel("messaging", "general");

// Enable slow mode and set cooldown to 1s
channelClient.enableSlowMode(1).enqueue(result -> { /* Result handling */ });

// Increase cooldown to 30s
channelClient.enableSlowMode(30).enqueue(result -> { /* Result handling */ });

// Disable slow mode
channelClient.disableSlowMode().enqueue(result -> { /* Result handling */ });

// Backend SDK

// Enable slow mode and set cooldown to 1s
chat.channel("messaging", "general")
    .update(UpdateChannelRequest.builder().cooldown(1).build());

// Increase cooldown to 30s
chat.channel("messaging", "general")
    .update(UpdateChannelRequest.builder().cooldown(30).build());

// Disable slow mode
chat.channel("messaging", "general")
    .update(UpdateChannelRequest.builder().cooldown(0).build());

When a user posts a message during the cooldown period, the API returns an error message. You can avoid hitting the APIs and instead show such limitation on the send message UI directly. When slow mode is enabled, channels include a cooldown field containing the current cooldown period in seconds.

val channelClient = client.channel("messaging", "general")

// Get the cooldown value
channelClient.query(QueryChannelRequest()).enqueue { result ->
  if (result is Result.Success) {
    val channel = result.value
    val cooldown = channel.cooldown

    val message = Message(text = "Hello")
    channelClient.sendMessage(message).enqueue {
      // After sending a message, block the UI temporarily
      // The disable/enable UI methods have to be implemented by you
      disableMessageSendingUi()

      Handler(Looper.getMainLooper())
        .postDelayed(::enableMessageSendingUi, cooldown.toLong())
    }
  }
}

const p = channel.sendMessage(msg);

if (channel.data.cooldown != null && channel.data.cooldown > 0) {
  p.then(() => {
    // first lock the UI so that the user is aware of the cooldown
    disableSendMessageUI();
    // restore the UI after the cooldown is finished
    setTimeout(enableSendMessageUI, channel.data.cooldown);
  });
}

await p;

let channelController = client.channelController(for: .init(type: .messaging, id: "general"))

channelController.synchronize { error in
  if error == nil {
    let cooldown = channelController.channel?.cooldownDuration
  }
}

Channel->SendMessage(
  Message,
  [](const bool& bSuccess)
  {
    if (Channel->Properties.Cooldown > 0)
    {
      // first lock the UI so that the user is aware of the cooldown
      DisableSendMessageUI();
      // restore the UI after the cooldown is finished
      GetWorld()->GetTimerManager().SetTimer(
        TimerHandle,
        [] { EnableSendMessageUI(); },
        Channel->Properties.Cooldown.GetTotalSeconds(), false);
    }
  });

// Will be implemented soon, raise a GitHub issue if you need this feature https://github.com/GetStream/stream-chat-unity/issues/

final ChannelClient channelClient = client.channel("messaging", "general");

// Get the cooldown value
channelClient.query(new QueryChannelRequest()).enqueue(channelResult -> {
  if (channelResult.isSuccess()) {
    final Channel channel = channelResult.data();
    int cooldown = channel.getCooldown();

    Message message = new Message();
    message.setText("Hello");
    channelClient.sendMessage(message).enqueue((messageResult) -> {
      // After sending a message, block the UI temporarily
      // The disable/enable UI methods have to be implemented by you
      disableMessageSendingUi();

      new Handler(Looper.getMainLooper())
          .postDelayed(() -> enableMessageSendingUi(), cooldown);
    });
  }
});

Automatic Feature Throttling

When a channel has more than 100 active watchers Stream Chat automatically toggles off some features. This is to avoid performance degradation for end-users. Processing large amount of events can potentially increase CPU and memory usage on mobile and web apps.

1. Read events and typing indicator events are discarded

2. Watcher start/stop events are only sent once every 5 seconds

Event throttling

Stream applies two control layers to protect clients and keep real-time behaviour predictable under load:

• API throttles cap how often a given event type can be produced. Limits are scoped by entity key (per channel, per call, or per user), not globally across your app.
• WebSocket queue throttles cap how quickly events are delivered over a single user connection. Each connection has three queues that prioritise traffic and smooth bursts.

Together, these limits keep delivery fair during spikes such as live events, concerts, or mass-notification scenarios, without dropping the events that matter most.

WebSocket queues

Every user connection drains events through three queues, each with its own per-connection rate limit:

If a burst exceeds a queue's limit, events continue to be delivered but at the queue's steady-state rate. Events on the mergeable queue may be collapsed so only the most recent update per key is sent.

API throttles per event

The tables below list the per-entity API throttle for each event type and the WebSocket queue it is delivered through. unlimited means no API-side cap is applied; delivery is still governed by the WebSocket queue.