Hohe CPU-Auslastung in Jitsi Meet auf Client-Browsern beheben

Beispiel: Morgan nutzt einen älteren Laptop für einen Jitsi-Meet-Anruf. Der Lüfter wird laut und die CPU-Auslastung des Browsers bleibt hoch, wenn mehrere Teilnehmer ihre Kameras eingeschaltet haben. Dies ist ein fiktives Beispiel, kein Bericht eines realen Nutzers oder ein Testergebnis. Es ermöglicht uns, die wahrscheinlichen Ursachen zu unterscheiden: Dekodierung mehrerer eingehender Videostreams, Kodierung von Morgans Kamera, Videoeffekte oder ein Problem mit Browser und Grafik.

Ermitteln Sie zunächst, welcher Teil des Anrufs ressourcenintensiv ist. Ändern Sie dann jeweils eine Einstellung und vergleichen Sie die Ergebnisse unter vergleichbaren Meetingbedingungen. Ein Jitsi Meet-Client kann selbst bei optimaler Serverleistung erhebliche CPU-Leistung beanspruchen. Diese Anleitung konzentriert sich auf Browser und Endgerät, nicht auf die serverseitige Videobridge-Kapazität.

Die folgenden Bildschirmabbildungen zeigen beispielhafte Steuerelemente und Prüfungen. Das genaue Erscheinungsbild und die Verfügbarkeit der Steuerelemente können je nach Jitsi-Bereitstellung, Browser und Version variieren.

1. Prüfen Sie, ob der Browser der Prozess ist, der die CPU-Leistung beansprucht.

Öffnen Sie während des Problems den Task-Manager, die Aktivitätsanzeige oder die Systemüberwachung Ihres Betriebssystems. Suchen Sie nach dem Browserprozess und, falls Ihr Tool die Browseraktivität in Tabs oder Aufgaben unterteilt, nach dem Tab „Jitsi Meet“. Achten Sie darauf, ob die CPU-Auslastung konstant ist oder nur kurzzeitig ansteigt, wenn jemand beitritt oder das Video ändert. Prüfen Sie außerdem, ob eine andere Anwendung – beispielsweise ein Bildschirmrekorder, ein Spiel oder ein Videobearbeitungsprogramm – mehr Prozessorleistung beansprucht.

Für Morgan beantwortet diese erste Überprüfung eine wichtige Frage: Trägt der Browser den größten Teil der Last, oder reagiert der Lüfter auf eine andere Anwendung? Notieren Sie die Teilnehmerzahl des Meetings, ob die lokale Kamera eingeschaltet ist und ob Effekte aktiviert sind. Diese Details ermöglichen spätere Vergleiche.

2. Ermitteln Sie, ob eingehende Videokacheln der Auslöser sind.

Vergleichen Sie dasselbe Gerät in einem Einzelgespräch und in einer größeren Besprechung, sofern dies möglich ist. Achten Sie in der größeren Besprechung darauf, ob die CPU-Auslastung steigt, wenn mehr Kameras sichtbar werden oder wenn Sie zu einem kachellastigen Layout wechseln. Das Rendern und Dekodieren mehrerer bewegter Videostreams kann den Client stärker belasten als ein einzelnes Remote-Video. Dies ist ein Hinweis, aber kein Beweis: Die Auslastung kann sich auch durch die Gesprächsgröße, die Videoauflösung, Gerätetreiber und andere Anwendungen ändern.

Bleibt die CPU-Auslastung auch bei einem Einzelgespräch ohne Videoeffekte hoch, sollten Sie als Nächstes die lokale Kamera, den Browser und die Grafikverarbeitung überprüfen. Steigt die Auslastung hauptsächlich bei vielen eingehenden Kacheln an, priorisieren Sie die Empfangsqualitätskontrollen sowie Layout- oder Hostrichtlinien.

3. Reduzieren Sie die Qualität des eingehenden Videos, wenn die Steuerung verfügbar ist.

Öffnen Sie im Meeting das Menü „Weitere Aktionen“ und suchen Sie nach „Videoqualität verwalten“ . Falls in Ihrer Umgebung ein Qualitätsregler verfügbar ist, wählen Sie eine niedrigere Einstellung und beobachten Sie, ob die angezeigten Kacheln weniger detailliert werden und der Browser schneller reagiert. Diese Einstellung betrifft das empfangene Video; sie verringert nicht unbedingt die Auflösung Ihres eigenen Kamerastreams.

Die aktuelle Konfigurationsanleitung von Jitsi beschreibt startLastNdie Steuerung der Anzahl empfangener Teilnehmervideos und gibt an, dass der Qualitätsregler bei channelLastNentsprechender Konfiguration verwendet wird. Gehen Sie daher nicht davon aus, dass diese Steuerung in jedem Jitsi-Raum vorhanden ist oder sich überall identisch verhält. Falls sie fehlt, fahren Sie mit den anderen Schritten fort oder fragen Sie den Meeting-Administrator, ob die Bereitstellung die Verwaltung der Empfangsqualität unterstützt.

4. Testen Sie die lokale Kamera separat.

Schalten Sie Ihre Kamera kurzzeitig aus, während Sie den restlichen Anruf so normal wie möglich gestalten. Falls dies einen deutlichen Unterschied macht, liegt die Ursache möglicherweise in der Kameraaufnahme oder -kodierung auf Ihrem Gerät. Das Dekodieren der Videos anderer Teilnehmer entfällt dadurch nicht, daher kann eine stark frequentierte Galerie weiterhin ressourcenintensiv sein.

Wenn Video nicht unbedingt erforderlich ist, lassen Sie die Kamera ausgeschaltet. Falls Sie Video senden müssen, verbessern Sie die Beleuchtung und achten Sie auf einen ruhigen Kamerawinkel, damit das Bild auch bei niedrigerer Auflösung brauchbar bleibt. Vermeiden Sie es, mehrere Qualitätseinstellungen gleichzeitig zu ändern, da dies die Interpretation des Ergebnisses erschwert.

5. Virtuelle Hintergründe und andere Videoeffekte deaktivieren

Falls Unschärfe oder ein virtueller Hintergrund aktiviert sind, deaktivieren Sie diese für einen kurzen Vergleich. Effekte erhöhen die Verarbeitungsleistung des lokalen Videopfads und sind möglicherweise nicht für ältere Geräte geeignet. Die Jitsi-Konfigurationsreferenz enthält eine Option zum Deaktivieren virtueller Hintergründe für eine Bereitstellung. Ob ein Teilnehmer diese Funktion jedoch aktivieren kann, hängt von der Konfiguration der Website ab.

Morgan sollte dies nach dem Kameravergleich testen: zuerst die Kamera aus, dann die Kamera mit deaktivierten Effekten. Falls der zweite Zustand den Laptop weniger belastet als die ursprüngliche Konfiguration, kann der Effekt sinnvollerweise deaktiviert bleiben. Sollte sich der Unterschied nicht reproduzieren lassen, sollte man nicht davon ausgehen, dass der Effekt die Ursache ist.

6. Überprüfen Sie die Browser- und Grafikeinstellungen systematisch.

Schließen Sie nicht benötigte, ressourcenintensive Tabs und Anwendungen und stellen Sie sicher, dass Sie einen aktuellen, von Ihrer Jitsi-Umgebung unterstützten Browser verwenden. Auf der Jitsi-Seite zur Browserunterstützung finden Sie eine Liste der unterstützten Desktop-Browser. Da sich die Unterstützung jedoch ändern kann, überprüfen Sie die aktuelle Liste für Ihre Browserversion. Sollte das Problem weiterhin bestehen, testen Sie vorübergehend ohne Browsererweiterungen in einem sauberen Profil, sofern die Richtlinien Ihres Unternehmens dies zulassen.

Hardwarebeschleunigung ist eine Diagnosevariable, keine Universallösung. In den Support-Anweisungen von Google für Chrome wird das Deaktivieren der Grafikbeschleunigung und ein Neustart als Schritt zur Fehlerbehebung beschrieben. Bei Verdacht auf ein GPU- oder Treiberproblem notieren Sie sich die ursprüngliche Einstellung, ändern Sie sie, starten Sie den Browser neu und vergleichen Sie die Ergebnisse desselben Meetings. Software-Rendering kann die Rechenlast wieder auf die CPU verlagern. Stellen Sie die Einstellung daher wieder her, falls sich die Leistung verschlechtert. Aktualisieren Sie Browser und Grafiktreiber über den üblichen Update-Prozess; vermeiden Sie die Installation von Treibern aus unbekannten Quellen.

7. Bei einer selbstgehosteten Website sollten Sie eine niedrigere Kameraauflösung in Betracht ziehen.

Administratoren einer selbstgehosteten Jitsi-Bereitstellung können die Videokonfiguration nach dem Testen der Teilnehmeroptionen überprüfen. Die Konfigurationsreferenzdokumente resolutionlegen die bevorzugte lokale Videohöhe fest und dokumentieren die Aufzeichnung constraintsseparat. Beispielsweise könnte ein Administrator ein niedrigeres Aufzeichnungsziel wie folgt im gültigen Konfigurationsobjekt testen:

resolution: 360,
constraints: {
  video: {
    height: { ideal: 360, max: 360, min: 240 }
  }
},

Dies ist ein Beispiel, keine universelle Lösung: Überprüfen Sie Syntax und unterstützte Optionen anhand der in Ihrer Umgebung verwendeten Jitsi-Version und -Konfiguration. Ein niedrigeres Aufnahmeziel reduziert die Bilddetails zugunsten der zu verarbeitenden und zu sendenden Videodaten. Testen Sie Bildqualität, Kameraverhalten und Client-CPU-Auslastung auf repräsentativen Geräten, bevor Sie die Änderung flächendeckend anwenden. Die Referenz weist darauf hin, dass die Aufnahmebeschränkungen unabhängig von den resolutionEinstellungen sind.

8. Reduzieren Sie die Anzahl der Remote-Videos, die in voller Auflösung bleiben.

Administratoren, deren Benutzer insbesondere in großen Kachelansichten eine hohe CPU-Auslastung melden, sollten die Einstellungen überprüfen maxFullResolutionParticipants. Jitsi beschreibt diese Option als die Anzahl der Teilnehmer, die in voller Auflösung angezeigt werden, bevor das empfangene Video in der Kachelansicht von HD auf SD reduziert wird. Eine solche Konfiguration maxFullResolutionParticipants: 4ist lediglich ein Beispielwert und keine empfohlene Einstellung für jede Organisation.

Diese Einstellung beeinflusst die Videoqualität für die Teilnehmer und sollte als unternehmensweite Richtlinie geprüft werden. Überprüfen Sie die aktuelle Konfigurationsdokumentation auf die genaue Bedeutung in Ihrer Version, führen Sie die Änderung durch und bitten Sie Benutzer, die gleiche Raumgröße und -aufteilung zu vergleichen. Verwechseln Sie diese Einstellung nicht mit einer Erhöhung der Serverkapazität; sie ändert lediglich, was Clients empfangen.

Woran erkennt man, ob die Reparatur erfolgreich war?

Wiederholen Sie den Vergleich unter ähnlichen Bedingungen: gleiches Gerät, Browser, Meetinggröße, Layout und Kamerastatus. Prüfen Sie, ob sich die CPU-Auslastung des Browsers stabilisiert, die Audioqualität erhalten bleibt, die Videoübertragung nutzbar ist und Ihr eigenes Video weiterhin den Meeting-Anforderungen entspricht. Ändern Sie jeweils nur eine Einstellung und notieren Sie das Ergebnis. Bleibt die CPU-Auslastung hoch, obwohl die Kamera ausgeschaltet, die Effekte deaktiviert und nur wenige Videoübertragungen möglich sind, versuchen Sie es mit einem unterstützten Browserprofil und prüfen Sie die Systemgrafik- oder Wärmegrenzen. Dieses Muster deutet darauf hin, dass die Ursache nicht nur in einer Jitsi-Videooption liegt und möglicherweise eine Geräte- oder Browserdiagnose erforderlich ist.

Bei clientseitigen Problemen lassen sich die Probleme meist am einfachsten beheben, indem man die Qualität des eingehenden Videos reduziert (sofern verfügbar), unnötige lokale Videoverarbeitung deaktiviert und konkurrierende Prozesse beendet. Selbstgehostete Konfigurationsänderungen können hilfreich sein, wenn viele Teilnehmer betroffen sind, beeinträchtigen aber auch die Benutzererfahrung. Informationen zu erweiterten Meeting-Steuerungen , der Jitsi-Konfigurationsreferenz und der Liste der unterstützten Browser finden Sie im offiziellen Jitsi-Benutzerhandbuch . Hinweise zur Fehlerbehebung bei der Chrome-Beschleunigung finden Sie in den offiziellen Richtlinien von Google Chrome zur Grafikbeschleunigung . Diese Seiten wurden zuletzt am 6. Oktober 2026 geprüft. Das Jitsi-Handbuch wird regelmäßig aktualisiert. Überprüfen Sie daher die Optionen anhand Ihrer installierten Version.