Ver el código de «En los hosts que corren vídeo bridges»

- Cambiar los valores relacionados a buffers de recepción, especialmente para UDP. Ejecutar
 sysctl -w net.core.netdev_max_backlog=100000
 sysctl -w net.core.rmem_max=10485760
Estos parámetros se perderán en el reinicio. Los valores pueden establecerse como fijos según el sistema operativo. En Debian basta con modificar los valores en /etc/sysctl.conf.

- Cambiar los límites de archivos y threads máximos. Editando /etc/systemd/system.conf con lo siguiente:
 # limites para jitsi videobridge, segun: <nowiki>https://github.com/jitsi/jitsi-meet/blob/master/doc/quick-install.md#systemd-details</nowiki>
 DefaultLimitNOFILE=65000
 DefaultLimitNPROC=65000
 DefaultTasksMax=65000
- Modificar la asignación máxima de RAM del videobridge. Se logra, estableciendo la variable de entorno del host VIDEOBRIDGE_MAX_MEMORY con el valor de megabytes (por ej 'export VIDEOBRIDGE_MAX_MEMORY=2048m'). Esto se puede hacer de las siguientes formas:

* Previo a llamar a 'docker-compose up' (export VIDEOBRIDGE_MAX_MEMORY=2048m);
* Se puede declarar en el .env (sugerido);
* Se puede establecer en el docker-compose.yml bajo el environment del servicio jvb.

Por defecto el videobridge arranca con 3072m.

=== En el componente web ===
- Se baja la resolución máxima y se declara ideal una resolución intermedia entre 480 y 240.

En config.js agregar:
 constraints: {
          video: {
              height: {
                  ideal: 360,
                  max: 480,
                  min: 240
              }
          }
     },
- Activar la función de layer suspensión en config.js (https://jitsi.org/blog/new-off-stage-layer-suppression-feature/)
 enableLayerSuspension: true,
- Activar la función channelLastN (https://github.com/jitsi/jitsi-videobridge/blob/master/doc/last-n.md)
 channelLastN: 2,
El valor 2 de este ejemplo puede establecerse en otro número. En ese caso permitirá que sólo se transmitan los streams del orador actual y el último anterior. Esto ahorra ancho de banda y cpu.

- Sugerir a los usuarios que utilicen Google Chrome, Chromium y la App movil. Jitsi aprovecha muchas optimizaciones de WebRTC que están disponibles en estos agentes. Si bien Firefox está en la lista de navegadores soportados, al momento no cuenta con soporte para algunas tecnologías, como por ejemplo simulcast.

- Desactivar la medición de niveles de audio en config.js
 disableAudioLevels: true,
Esto puede ayudar sobre todo del lado del cliente, a expensas de contar con menos controles automáticos para la calidad de audio.

- Desactivar algunos componentes visuales, modificando en interface_config.js
 SET_FILMSTRIP_ENABLED: false,
 DISABLE_FOCUS_INDICATOR: true,
 DISABLE_DOMINANT_SPEAKER_INDICATOR: true,