Przykładowy scenariusz: Morgan używa starszego laptopa do rozmowy w Jitsi Meet. Wentylator pracuje głośno, a obciążenie procesora przeglądarki utrzymuje się na wysokim poziomie, gdy kilka osób ma włączone kamery. To fikcyjny przykład, a nie raport prawdziwego użytkownika ani wynik testu. Daje nam to praktyczny sposób na oddzielenie prawdopodobnych przyczyn: dekodowanie kilku przychodzących strumieni wideo, kodowanie kamery Morgana, efekty wideo lub problem z przeglądarką i grafiką.
Zacznij od określenia, która część połączenia jest kosztowna. Następnie zmieniaj jedno ustawienie na raz i porównuj w podobnych warunkach spotkania. Klient Jitsi Meet może zużywać znaczną ilość procesora, nawet gdy serwer Jitsi jest sprawny; ten poradnik koncentruje się na przeglądarce i urządzeniu, a nie na wydajności Videobridge po stronie serwera.
Poniższe ilustracje ekranów przedstawiają przykładowe kontrolki i testy. Dokładny wygląd i dostępność kontrolek mogą się różnić w zależności od wdrożenia, przeglądarki i wersji Jitsi.
Podczas występowania problemu otwórz Menedżera zadań, Monitor aktywności lub Monitor systemu w systemie operacyjnym. Sprawdź proces przeglądarki i, jeśli narzędzie dzieli aktywność przeglądarki na karty lub zadania, kartę Jitsi Meet. Zwróć uwagę, czy obciążenie procesora utrzymuje się na stałym poziomie, czy też chwilowo wzrasta, gdy ktoś dołącza do wideo lub je zmienia. Sprawdź również, czy inna aplikacja – taka jak rejestrator ekranu, gra lub edytor wideo – nie obciąża procesora bardziej.
Dla Morgana ta pierwsza kontrola odpowiada na użyteczne pytanie: czy przeglądarka przejmuje większość obciążenia, czy też wentylator reaguje na inną aplikację? Zanotuj rozmiar spotkania, czy lokalna kamera jest włączona i czy efekty są aktywne. Te szczegóły sprawią, że późniejsze porównania będą miały sens.
Porównaj to samo urządzenie podczas rozmowy jeden na jeden i większej, jeśli możesz to zrobić naturalnie. Podczas większego spotkania zwróć uwagę, czy obciążenie procesora wzrasta wraz ze wzrostem liczby kamer lub po przejściu na układ z dużą liczbą kafelków. Renderowanie i dekodowanie wielu ruchomych strumieni wideo może wymagać od klienta więcej pracy niż pojedyncze zdalne wideo. To wskazówka diagnostyczna, a nie dowód sam w sobie: rozmiar połączenia, rozdzielczość wideo, sterowniki urządzeń i inne aplikacje również wpływają na obciążenie.
Jeśli obciążenie procesora utrzymuje się na wysokim poziomie nawet w połączeniu jeden na jeden z wyłączonymi efektami wideo, skup się na lokalnej kamerze, przeglądarce i ścieżce graficznej. Jeśli obciążenie rośnie głównie przy wielu przychodzących kafelkach, priorytetem powinny być elementy sterujące jakością odbioru oraz układ lub polityka hosta.
Otwórz menu „Więcej działań” w spotkaniu i poszukaj opcji „Zarządzaj jakością wideo” . Jeśli w Twoim wdrożeniu dostępny jest suwak jakości, wybierz niższe ustawienie i obserwuj, czy przychodzące kafelki staną się mniej szczegółowe, a przeglądarka będzie bardziej responsywna. Ta opcja dotyczy odbieranego obrazu wideo i niekoniecznie obniża rozdzielczość strumienia z Twojej kamery.
Aktualny przewodnik konfiguracji Jitsi opisuje startLastNkontrolę nad liczbą odbieranych filmów wideo uczestników i informuje, że suwak jakości jest używany po channelLastNjego skonfigurowaniu. Dlatego nie należy zakładać, że każda sala Jitsi ma tę funkcję lub że działa ona wszędzie identycznie. Jeśli jej brakuje, należy przejść do kolejnych kroków lub zapytać administratora spotkania, czy wdrożenie obsługuje zarządzanie jakością odbioru.
Wyłącz na chwilę kamerę, starając się, aby reszta rozmowy przebiegała w możliwie najbardziej zbliżonym tempie. Jeśli to wyraźnie zmienia sytuację, obciążenie może wiązać się z przechwytywaniem obrazu z kamery lub kodowaniem na Twoim urządzeniu. Nie eliminuje to jednak pracy związanej z dekodowaniem filmów innych uczestników, więc zatłoczona galeria może być nadal wymagająca.
Jeśli wideo nie jest niezbędne, wyłącz kamerę. Jeśli musisz przesłać wideo, popraw oświetlenie i kadruj obraz równomiernie, aby obraz pozostał użyteczny przy niższej rozdzielczości; unikaj jednoczesnej zmiany kilku parametrów jakości, ponieważ utrudnia to interpretację wyniku.
Jeśli rozmycie lub wirtualne tło jest aktywne, wyłącz je, aby przeprowadzić krótkie porównanie. Efekty dodają przetwarzanie do lokalnej ścieżki wideo i mogą być nieodpowiednie dla starszych urządzeń. Dokumentacja konfiguracji Jitsi zawiera opcję wyłączenia wirtualnych teł dla wdrożenia, ale możliwość przełączania tej funkcji przez uczestnika zależy od konfiguracji witryny.
Morgan powinien to przetestować po porównaniu kamer: najpierw kamera wyłączona, a następnie włączona z wyłączonymi efektami. Jeśli drugi stan jest łatwiejszy do osiągnięcia na laptopie niż pierwotna konfiguracja, efekt jest praktycznie kandydatem do pozostawienia wyłączonego. Nie należy wnioskować, że efekt jest przyczyną, jeśli różnica nie jest powtarzalna.
Zamknij niepowiązane, obciążające karty i aplikacje, a następnie upewnij się, że używasz aktualnej przeglądarki obsługiwanej przez Twoją instalację Jitsi. Strona pomocy technicznej Jitsi zawiera listę obsługiwanych przeglądarek na komputery stacjonarne, ale obsługa może się zmienić; sprawdź aktualną listę dla używanej wersji. Jeśli problem będzie się powtarzał, tymczasowo przetestuj bez rozszerzeń przeglądarki na czystym profilu, jeśli zezwala na to polityka Twojej organizacji.
Przyspieszenie sprzętowe to zmienna diagnostyczna, a nie uniwersalne rozwiązanie. W instrukcji pomocy technicznej Google w Chrome opisano wyłączenie akceleracji graficznej i ponowne uruchomienie jako krok rozwiązywania problemów. Jeśli podejrzewasz problem z kartą graficzną lub sterownikiem, zapisz pierwotne ustawienie, zmień je, uruchom ponownie przeglądarkę i porównaj to samo spotkanie. Renderowanie programowe może przenieść obciążenie z powrotem na procesor, więc przywróć to ustawienie, jeśli wydajność się pogorszy. Aktualizuj przeglądarkę i sterownik graficzny za pomocą standardowego procesu aktualizacji; unikaj instalowania sterowników z niezaufanych źródeł.
Administratorzy samodzielnie hostowanego wdrożenia Jitsi mogą sprawdzić konfigurację wideo po przetestowaniu opcji po stronie uczestników. Dokumenty referencyjne dotyczące konfiguracji, resolutiontakie jak preferowana lokalna wysokość wideo i dokumenty przechwytujące, są constraintsdostępne osobno. Na przykład administrator może przetestować niższy cel przechwytywania w następujący sposób w prawidłowym obiekcie konfiguracji:
resolution: 360,
constraints: {
video: {
height: { ideal: 360, max: 360, min: 240 }
}
},To przykład, a nie uniwersalna poprawka typu „drop-in”: sprawdź składnię i obsługiwane opcje w odniesieniu do wersji i konfiguracji Jitsi używanej w Twoim wdrożeniu. Niższy cel przechwytywania oznacza mniej szczegółów obrazu w zamian za mniej danych wideo do przetworzenia i wysłania. Przetestuj jakość obrazu, działanie kamery i procesor klienta na reprezentatywnych urządzeniach przed szerokim zastosowaniem zmiany. Uwagi dotyczące ograniczeń przechwytywania są niezależne od ustawienia resolution.
Administratorzy, których użytkownicy zgłaszają wysokie obciążenie procesora, głównie w dużych widokach kafelkowych, powinni zapoznać się z maxFullResolutionParticipants. Jitsi opisuje tę opcję, ponieważ liczba uczestników wyświetlanych w pełnej rozdzielczości przed odebraniem wideo jest zmniejszana z HD do SD w widoku kafelkowym. Taka konfiguracja maxFullResolutionParticipants: 4to tylko przykładowa wartość, a nie zalecane ustawienie dla każdej organizacji.
To ustawienie wpływa na jakość wideo dla uczestników i powinno być traktowane jako polityka obowiązująca w całej witrynie. Sprawdź aktualną dokumentację konfiguracji, aby poznać dokładną semantykę w swojej wersji, wprowadź zmianę i poproś użytkowników o porównanie rozmiaru i układu tego samego pomieszczenia. Nie należy mylić tego ustawienia ze zwiększeniem pojemności serwera; zmienia ono to, co otrzymują klienci.
Powtórz porównanie w podobnych warunkach: to samo urządzenie, ta sama przeglądarka, ten sam rozmiar spotkania, układ i stan kamery. Sprawdź, czy obciążenie procesora przeglądarki się stabilizuje, czy dźwięk pozostaje wyraźny, czy obraz ze zdalnego źródła jest użyteczny i czy Twój obraz nadal spełnia wymagania spotkania. Zmieniaj ustawienia pojedynczo i zanotuj rezultat. Jeśli obciążenie procesora utrzymuje się na wysokim poziomie przy wyłączonej kamerze, wyłączonych efektach i tylko kilku zdalnych obrazach, wypróbuj obsługiwany profil przeglądarki i sprawdź ograniczenia graficzne lub termiczne systemu; ten wzorzec wskazuje na coś więcej niż jedną opcję wideo Jitsi i może wymagać diagnostyki urządzenia lub przeglądarki.
W przypadku problemów po stronie klienta, najmniej uciążliwe rozwiązania zazwyczaj polegają na obniżeniu jakości obrazu przychodzącego, jeśli jest dostępny, usunięciu zbędnego przetwarzania wideo lokalnego oraz zamknięciu konkurujących obciążeń. Zmiany w konfiguracji hostowanej samodzielnie mogą pomóc, gdy problem dotyczy wielu uczestników, ale zmieniają również sposób działania dla wszystkich. Zapoznaj się z oficjalnym podręcznikiem użytkownika Jitsi, aby uzyskać informacje o zaawansowanych funkcjach sterowania spotkaniami , informacjami o konfiguracji Jitsi oraz listą obsługiwanych przeglądarek . Aby rozwiązać problemy z akceleracją w przeglądarce Chrome, postępuj zgodnie z oficjalnymi wskazówkami dotyczącymi akceleracji grafiki w przeglądarce Google Chrome . Te strony zostały sprawdzone 6 października 2026 r.; podręcznik Jitsi jest aktualizowany z czasem, dlatego sprawdź dostępne opcje pod kątem zainstalowanej wersji.
Porównaj sześć narzędzi do monitorowania systemu Windows pod kątem stanu serwera, widoczności aplikacji i alertów, z aktualnymi uwagami na temat wdrażania i licencjonowania.
Porównaj siedem narzędzi Wake-on-LAN pod względem funkcji i dostępności, w tym bezpłatne narzędzia, pakiety do administrowania siecią i propozycje z 2021 r., które zostały już wycofane.
Porównaj dziewięć narzędzi do pingowania służących do szybkiego sprawdzania dostępności, wykrywania podsieci, testowania TCP i monitorowania opóźnień. Znajdziesz tu wskazówki, które z nich jest najbardziej odpowiednie dla Twojego zadania sieciowego.
Porównaj siedem narzędzi, które obsługują lub uzupełniają usługę WSUS — od natywnej konsoli i diagnostyki firmy Microsoft po publikowanie poprawek innych firm i zdalne wdrażanie.
Porównaj najlepsze serwery TFTP dla systemów Windows, Linux i macOS, w tym SolarWinds, Tftpd64, tftpd-hpa, atftpd, haneWIN i dnsmasq.
Porównaj pięć alternatyw dla programu Microsoft Access przeznaczonych do pracy na komputerach stacjonarnych, w środowisku SQLite, bez kodu i w oparciu o bazę danych w przeglądarce, przedstawiając ich mocne i słabe strony oraz najlepiej dopasowane przypadki użycia.
Porównaj narzędzia do monitorowania o otwartym i zamkniętym kodzie źródłowym pod względem kosztów, wsparcia, dostosowania, bezpieczeństwa i bieżących opcji, w tym Zabbix, Nagios, PRTG i inne.
Dowiedz się, w jaki sposób ruch przychodzący i wychodzący opisuje ruch przychodzący i wychodzący, dlaczego kierunek zależy od granicy sieci oraz jak monitorować przepustowość i wykrywać ryzykowne transfery danych.
Porównaj sześć darmowych serwerów i kolektorów syslog dla systemów Windows i Linux, obejmujących narzędzia GUI, opcje open source, wyszukiwanie, alerty i bezpieczny transport.
Dowiedz się, co robi Microsoft IIS, jak działa jego potok żądań i pule aplikacji oraz czy Apache, NGINX lub Caddy mogą lepiej spełnić potrzeby Twojego serwera WWW.
