Od czasu aktualizacji do Ubuntu 14.04 Chrome ( google-chrome-stable
) ulega awarii znacznie częściej niż wcześniej.
Mam kilka otwartych kart (> 20), ale wszystkie są lekkie (bez multimediów) i nigdy nie powodowały żadnych problemów w przeszłości.
Zużycie procesora i pamięci jest dość niskie, gdy przeglądarka przestaje reagować, a cały system jest nadal użyteczny.
Czy istnieje łatwa poprawka? Gdzie mogę znaleźć więcej dzienników dla pełniejszej diagnostyki?
14.04
google-chrome
crash
Ricky Robinson
źródło
źródło
sudo apt-get update && sudo apt-get upgrade
)Odpowiedzi:
Mam ten sam problem - spróbuj uruchomić go z flagą --disable-gpu, na przykład
używam również trzech monitorów na dwóch kartach wideo NVIDIA z otwartymi narzędziami programistycznymi (chyba to jest powód)
źródło
--disable-gpu
opcja różni się oduse hardware acceleration when available
opcji w ustawieniach zaawansowanych?Sprawdź ten post na Forum pomocy Google Chrome. Jednak w przeciwieństwie do ciebie cały system wisi. Zamieszczam go tutaj tylko dlatego, że może pomóc innym osobom, które natkną się na Twój post na podstawie nadanego mu tytułu. Wygląda na to, że problem z zawieszaniem się systemu może mieć coś wspólnego z kartami Radeon, więc jeśli go nie masz, może nie mieć znaczenia.
źródło
Mam podobne problemy z Chromium od czasu aktualizacji do Ubuntu 14.10. Wpadając limit otwartych plików, jak w innych moją odpowiedź (przy użyciu
ulimit
wbash
lub edycjilimits.conf
) wydaje się rozwiązać problem dla mnie. Podsumowanie:W powłoce uruchom:
Sprawdź wiersz, który czyta
open files
(lubulimit -n
od razu uruchom ). W moim systemie wartość wynosi1024
. Wyjdź z chromu. Następnie, w tym samym terminalu, wydajZastąp
4096
wartością odpowiednią dla twojego systemu. W tej sesji przeglądarki powinno być możliwe użycie większej liczby kart. Po znalezieniu rozsądnego limitu zachowaj go wlimits.conf
:/etc/pam.d/common-session*
:Referencje:
źródło
Znam rozwiązanie, które zadziałało dla mnie, wydaje się, że jest powiązane z używaną powłoką. Użyłem flashbacku gnome jako sesji zamiast Unity. Kiedy odinstalowałem to i ponownie użyłem domyślnego Unity, nie miałem awarii. Nie zostało to jeszcze potwierdzone, ale ze wstępnych testów tak jest. Więc problem wydaje się leżeć w Gnome 3? Prawdopodobnie sterowniki open source i Chrome, choć wątpię, czy to problem z Chrome.
Jeszcze jedna rzecz ... miało to miejsce tylko w 64-bitowych wersjach chrome, dlatego uważam, że może to dotyczyć tylko systemów 64-bitowych.
źródło
Po prostu nie jest tak zabawny jak kiedyś.
Nawiasem mówiąc, Chrom mówi mi:
To musi być coś innego - zawsze podejrzewałem, że jest to związane z Flashem lub JavaScript uruchamianym przez reklamy / moduły śledzące.
Coś, co pomogło: Otwórz menedżera zadań (Shift + Esc) i po prostu klikaj
End process
przycisk, aż zamkniesz wszystko opróczBrowser
iGPU Process
(tych dwóch nie można zamknąć). Teraz wróć do stron, które uległy awarii i spróbuj ponownie.Po zabiciu wszystkich kart w ten sposób możesz wrócić i ponownie załadować strony
F5
według potrzeb. Tak właśnie powinny działać przeglądarki internetowe - strony zwalniają zasoby i hibernują, gdy nie są używane.Krótko mówiąc, myślę, że Chromium odszedł od swojej oryginalnej architektury piaskownicy na stronę , więc teraz istnieje duża współzależność między uruchomionymi stronami internetowymi - i to powoduje niesławną sad-tab, która zwykle nadchodzi w pęczkach.
Z czasem trudno jest utrzymywać świetną przeglądarkę internetową. Nienawidzę tego mówić (lub robić), ale czasami trzeba po prostu podnieść ręce i wrócić do Firefoksa.
źródło
Aby wyłączyć GPU, inną metodą są ustawienia użytkownika.
Wyłącz ustawienie:
Use hardware acceleration when available
Po ponownym uruchomieniu przeglądarki sprawdź status GPU
Powinieneś zobaczyć wszystko ustawione na oprogramowanie.
źródło