Het probleem met het hoge CPU-gebruik in Jitsi Meet op clientbrowsers oplossen.

Illustratief scenario: Morgan gebruikt een oudere laptop voor een Jitsi Meet-gesprek. De ventilator maakt veel lawaai en het CPU-gebruik van de browser blijft hoog wanneer meerdere mensen hun camera aan hebben staan. Dit is een fictief voorbeeld, geen melding van een echte gebruiker of een testresultaat. Het biedt ons een praktische manier om de mogelijke oorzaken te onderscheiden: het decoderen van meerdere binnenkomende videostreams, het coderen van Morgans camera, video-effecten of een probleem met de browser en de grafische weergave.

Begin met het identificeren van het onderdeel van het gesprek dat veel CPU-kracht verbruikt. Wijzig vervolgens één instelling tegelijk en vergelijk de resultaten onder vergelijkbare vergaderomstandigheden. Een Jitsi Meet-client kan een aanzienlijk CPU-gebruik hebben, zelfs wanneer de Jitsi-server goed functioneert; deze handleiding richt zich op de browser en het apparaat, niet op de capaciteit van de Videobridge aan de serverzijde.

De onderstaande schermafbeeldingen tonen voorbeelden van bedieningselementen en controles. Het exacte uiterlijk en de beschikbaarheid van bedieningselementen kunnen verschillen afhankelijk van de Jitsi-implementatie, browser en versie.

1. Controleer of de browser het proces is dat de CPU gebruikt.

Open, terwijl het probleem zich voordoet, Taakbeheer, Activiteitenmonitor of Systeemmonitor van uw besturingssysteem. Zoek naar het browserproces en, als de tool de browseractiviteit in tabbladen of taken onderverdeelt, naar het tabblad Jitsi Meet. Let op of het CPU-gebruik constant is of slechts kortstondig piekt wanneer iemand deelneemt of van video wisselt. Controleer ook of een andere toepassing, zoals een schermrecorder, game of video-editor, meer processorkracht gebruikt.

Voor Morgan beantwoordt deze eerste controle een nuttige vraag: wordt het grootste deel van de belasting door de browser gedragen, of reageert de ventilator op een andere applicatie? Noteer het aantal deelnemers aan de vergadering, of de lokale camera is ingeschakeld en of er effecten actief zijn. Deze details maken latere vergelijkingen zinvol.

2. Onderzoek of binnenkomende videotegels de trigger zijn.

Vergelijk hetzelfde apparaat in een één-op-één-gesprek en in een gesprek met een grotere groep, indien mogelijk. Let in de grotere vergadering op of het CPU-gebruik toeneemt naarmate er meer camera's zichtbaar worden of wanneer u overschakelt naar een lay-out met veel tegels. Het renderen en decoderen van meerdere bewegende videostreams kan de client meer belasten dan één enkele videostream van een externe deelnemer. Dit is een diagnostische aanwijzing, geen bewijs op zich: de grootte van het gesprek, de videoresolutie, apparaatstuurprogramma's en andere applicaties beïnvloeden de belasting ook.

Als het CPU-gebruik hoog blijft, zelfs tijdens een één-op-één-gesprek met video-effecten uitgeschakeld, richt u zich vervolgens op de lokale camera, browser en grafische paden. Als het CPU-gebruik vooral stijgt bij veel binnenkomende tegels, geef dan prioriteit aan de instellingen voor de ontvangstkwaliteit en de lay-out of het hostbeleid.

3. Verlaag de kwaliteit van het inkomende videosignaal wanneer de bediening beschikbaar is.

Open het menu 'Meer acties' van de vergadering en zoek naar 'Videokwaliteit beheren' . Als uw implementatie een schuifregelaar voor de kwaliteit weergeeft, kies dan een lagere instelling en observeer of de binnenkomende tegels minder gedetailleerd worden en de browser sneller reageert. Deze instelling heeft betrekking op de video die u ontvangt; het verlaagt niet noodzakelijkerwijs de resolutie van uw eigen camerastream.

In de huidige configuratiehandleiding van Jitsi wordt beschreven startLastNhoe je kunt bepalen hoeveel video's van deelnemers worden ontvangen, en staat dat de schuifregelaar voor de kwaliteit wordt gebruikt wanneer channelLastNdeze is geconfigureerd. Ga er daarom niet vanuit dat elke Jitsi-ruimte deze instelling heeft of dat deze overal hetzelfde werkt. Als deze ontbreekt, ga dan verder met de andere stappen of vraag de vergaderingsbeheerder of de implementatie kwaliteitsbeheer ondersteunt.

4. Test de lokale camera afzonderlijk.

Schakel je camera even uit, maar houd de rest van het gesprek zo normaal mogelijk. Als dat een duidelijk verschil maakt, kan de belasting te maken hebben met het maken van opnames of het coderen ervan op je apparaat. Het neemt het decoderen van de video's van andere deelnemers niet weg, dus een volle galerij kan nog steeds veeleisend zijn.

Als video niet essentieel is, laat de camera dan uitgeschakeld. Als je wel video moet versturen, zorg dan voor betere belichting en een stabiel camerakader, zodat het beeld ook bij een lagere resolutie bruikbaar blijft. Vermijd het gelijktijdig aanpassen van meerdere kwaliteitsinstellingen, omdat dit het resultaat lastiger te interpreteren maakt.

5. Schakel virtuele achtergronden en andere video-effecten uit.

Als onscherpte of een virtuele achtergrond actief is, schakel deze dan even uit voor een korte vergelijking. Effecten belasten het lokale videopad en zijn mogelijk minder geschikt voor oudere apparaten. De Jitsi-configuratiehandleiding bevat een optie om virtuele achtergronden voor een implementatie uit te schakelen, maar of een deelnemer deze functie kan in- of uitschakelen, hangt af van de configuratie van de site.

Morgan zou dit na de cameravergelijking moeten testen: eerst de camera uit, dan de camera aan met de effecten uitgeschakeld. Als de tweede configuratie minder belastend is voor de laptop dan de oorspronkelijke configuratie, is het een goede kandidaat om het effect uitgeschakeld te laten. Trek niet de conclusie dat het effect de oorzaak is als het verschil niet reproduceerbaar is.

6. Controleer systematisch de browser- en grafische instellingen.

Sluit onnodige tabbladen en applicaties die veel belasting veroorzaken en controleer of u een browser gebruikt die compatibel is met uw Jitsi-implementatie. Op de pagina met browserondersteuning van Jitsi vindt u een lijst met ondersteunde desktopbrowsers, maar de ondersteuning kan veranderen; controleer de actuele lijst voor de versie die u gebruikt. Als het probleem aanhoudt, test dan tijdelijk zonder browserextensies in een schoon profiel waar het beleid van uw organisatie dit toestaat.

Hardwareversnelling is een diagnostische variabele, geen universele oplossing. In Chrome beschrijft Google in de ondersteuningsinstructies het uitschakelen van grafische versnelling en het opnieuw opstarten van de browser als een mogelijke probleemoplossingsstap. Als u een probleem met de GPU of het stuurprogramma vermoedt, noteer dan de oorspronkelijke instelling, wijzig deze, start de browser opnieuw en vergelijk de resultaten. Software rendering kan de CPU belasten, dus herstel de instelling als de prestaties verslechteren. Update de browser en het grafische stuurprogramma via de normale, ondersteunde updateprocedure; installeer geen stuurprogramma's van onbetrouwbare bronnen.

7. Overweeg voor een zelfgehoste website een lagere cameraresolutie te gebruiken.

Beheerders van een zelfgehoste Jitsi-implementatie kunnen de videoconfiguratie controleren na het testen van de opties aan de deelnemerszijde. De configuratiedocumenten beschrijven resolutionde gewenste lokale videohoogte en documenteren de opname constraintsafzonderlijk. Een beheerder zou bijvoorbeeld een lagere opnamehoogte kunnen testen in het geldige configuratieobject, zoals hieronder weergegeven:

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

Dit is een voorbeeld, geen universele patch die zomaar kan worden toegepast: controleer de syntax en ondersteunde opties aan de hand van de Jitsi-release en -configuratie die in uw implementatie worden gebruikt. Een lagere opnamelimiet gaat ten koste van de beeldkwaliteit, maar resulteert in minder videogegevens die verwerkt en verzonden hoeven te worden. Test de beeldkwaliteit, het cameragedrag en het CPU-gebruik van de client op representatieve apparaten voordat u de wijziging breed toepast. De referentie vermeldt dat de opnamelimieten onafhankelijk zijn van de resolutioninstelling.

8. Beperk het aantal externe video's dat op volledige resolutie blijft.

Voor beheerders van wie gebruikers een hoog CPU-gebruik melden, met name in grote tegelweergaven, is het raadzaam om de volgende instelling te bekijken maxFullResolutionParticipants. Jitsi beschrijft deze optie als het aantal deelnemers dat op volledige resolutie wordt weergegeven voordat de ontvangen video in de tegelweergave van HD naar SD wordt teruggebracht. Een configuratie zoals deze maxFullResolutionParticipants: 4is slechts een voorbeeldwaarde en geen aanbevolen instelling voor elke organisatie.

Deze instelling beïnvloedt de videokwaliteit voor deelnemers en moet als beleid voor de hele site worden geëvalueerd. Raadpleeg de huidige configuratiedocumentatie voor de exacte betekenis in uw release, voer de wijziging door en vraag gebruikers om dezelfde kamergrootte en -indeling te vergelijken. Verwar deze instelling niet met een verhoging van de servercapaciteit; het heeft invloed op wat clients ontvangen.

Hoe kun je zien of de oplossing gewerkt heeft?

Herhaal de vergelijking onder vergelijkbare omstandigheden: hetzelfde apparaat, dezelfde browser, dezelfde vergadergrootte, lay-out en camera-instellingen. Controleer of het CPU-gebruik van de browser stabiliseert, of het geluid helder blijft, of de video op afstand bruikbaar is en of uw eigen video nog steeds voldoet aan de eisen van de vergadering. Wijzig één instelling tegelijk en noteer het resultaat. Als het CPU-gebruik hoog blijft met de camera uitgeschakeld, effecten gedeactiveerd en slechts enkele video's op afstand, probeer dan een ondersteund browserprofiel en controleer de grafische of thermische limieten van uw systeem; dit patroon wijst op meer dan één Jitsi-video-optie en vereist mogelijk diagnostiek van het apparaat of de browser.

Voor problemen aan de clientzijde zijn de minst ingrijpende oplossingen meestal het verlagen van de kwaliteit van de inkomende video (indien mogelijk), het uitschakelen van onnodige lokale videoverwerking en het sluiten van concurrerende processen. Configuratieaanpassingen die u zelf uitvoert, kunnen helpen wanneer het probleem veel deelnemers treft, maar ze veranderen ook de gebruikerservaring voor iedereen. Raadpleeg de officiële Jitsi-gebruikershandleiding voor geavanceerde vergaderingsopties , de Jitsi-configuratiehandleiding en de lijst met ondersteunde browsers . Volg voor het oplossen van problemen met Chrome-acceleratie de officiële richtlijnen van Google Chrome voor grafische acceleratie . Deze pagina's zijn gecontroleerd op 6 oktober 2026; de Jitsi-handleiding wordt regelmatig bijgewerkt, dus controleer de opties aan de hand van uw geïnstalleerde versie.