szybko przeglądałem i poprawiałem jedzenie mojego procesora

10

Obserwuję regularne i nieprawidłowe użycie procesora na moim MacBooku Pro. quicklookdna równi z revisiondjedzą razem ponad 50%. Znacznie wyczerpuje moją baterię i sprawia, że ​​cała maszyna jest gorąca.

Nie jestem pewien, kiedy dokładnie się zaczął, ale podejrzewam najnowszą aktualizację 10.10.3, ponieważ wcześniej tego nie zauważyłem.

Po przeczytaniu jakiegoś posta w sieci wyczyściłem, ~Libraries/Cachea /private/var/foldersnastępnie uruchomiłem ponownie. Wyglądało na to, że problem zniknął (procesy te się nie pojawiły), ale tylko przez chwilę. Następnego dnia znów wstałem ze snu quicklookdi revisiondzacząłem palić procesor.

Wszelkie wskazówki, jak się tego pozbyć? Co powoduje ten problem? Wygląda na to, że te dwa procesy są w jakiś sposób połączone, ponieważ kiedy wyczyściłem pamięć podręczną i zrestartowałem, żaden z nich nie używał dużo procesora. Dzisiaj oboje tak robią (szybki przegląd 24-30%, rewizja ~ 15%).

[Aktualizacja]

Bieganie sudo opensnoop -n revisiondnic nie pokazuje.

Uruchamianie sudo opensnoop -n quicklookdprzynosi nieskończoną listę takich wpisów:

  UID    PID COMM          FD PATH                 
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /
  501   4783 quicklookd    21 /
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /                    
  501   4783 quicklookd    23 /

To trwa i trwa i trwa. To jest po prostu nieskończone. FDkolumna ma zawsze 23dwa lub trzy 21.

[Aktualizacja 2]

Po kilku minutach dostałem kilka innych wpisów 501 4783 quicklookd 23 /(nie wklejałem tutaj motywu, ponieważ były nieistotne)

I znowu cała masa 501 4967 quicklookd 23 /

[Aktualizacja 3]

Zauważyłem również, że diskarbitrationdi diskmanagementdwyniki dość wysokie (~ 5%) i pozostań na szczycie listy procesów (posortowane według użycia procesora) tuż poniżej quicklookdi revisiond. Wygląda na to, że to również może mieć coś wspólnego z tym problemem.

Zamknąłem ( cmd + qwszystkie inne aplikacje, aby upewnić się, że nic nie zakłóca pomiarów).

[Aktualizacja 4]

Znaleziono kilka interesujących wpisów w konsoli:

Failed to obtain sandbox extension for path=/Users/me/Library/Caches/com.apple.quicklook.satellite. Errno:1
CGSConnectionByID: 0 is not a valid connection ID.
[QL] Using too much memory (161 MB), hit critical threshold (120 MB), exiting immediately to clean up.
[QL] Unable to write memory cache on disk
In -[NSApplication(NSQuietSafeQuit) _updateCanQuitQuietlyAndSafely], _LSSetApplicationInformationItem(NSCanQuitQuietlyAndSafely) returned error -50

Powtarzają kilka regularnie każdego dnia. Zwłaszcza te dotyczące pamięci i nieprawidłowego połączenia.

[Aktualizacja 5]

sudo iosnoop -n quicklookd ujawniło to:

  UID   PID D    BLOCK   SIZE       COMM PATHNAME
  501  5656 W 56385320  32768 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 56385320   4096 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 48100696  12288 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100816   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100840   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 56385640  28672 quicklookd ??/T/etilqs_kYNR5XinU71bydh
  501  5656 W 56386736  32768 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 56386736   4096 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 48100696  12288 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100816   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100840   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 56387280  28672 quicklookd ??/T/etilqs_ejadCww3DunYuu3

cloudthumbnails.dbi cloudthumbnails.db-journalpowtarza i powtarza.

SiliconMind
źródło
quicklookd od dwóch dni niszczy i wysysa procesor. iosnoop i opensnoop dla mnie dostają błędy. I z całą pewnością nigdy nie edytowałem ich definicji.
WGroleau,
Dla mnie to ostatecznie rozwiązało się samo. Musiałem tylko czekać wystarczająco długo, aby proces się zakończył.
chiappa

Odpowiedzi:

11

W ten sposób naprawiłem ten problem. To może ci pomóc, ale z tego, co widziałem do tej pory, nawet sądziłem, że są podobne problemy, źródła problemów są różne.

Uruchomiłem sudo iosnoop -n quicklookd- pokazało to coś takiego:

  UID   PID D    BLOCK   SIZE       COMM PATHNAME
  501  5656 W 56385320  32768 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 56385320   4096 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 48100696  12288 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100816   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100840   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 56385640  28672 quicklookd ??/T/etilqs_kYNR5XinU71bydh
  501  5656 W 56386736  32768 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 56386736   4096 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 48100696  12288 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100816   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100840   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 56387280  28672 quicklookd ??/T/etilqs_ejadCww3DunYuu3
  501  5656 W 56474504  32768 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 56474504   4096 quicklookd ??/Quick Look/cloudthumbnails.db-journal
  501  5656 W 48100696  12288 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100816   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 48100840   8192 quicklookd ??/Quick Look/cloudthumbnails.db
  501  5656 W 56474568  28672 quicklookd ??/T/etilqs_QzHS30kC4YT8ETi

Spróbowałem i poszukałem cloudthumbnails.dbpliku. Bingo! Znalazłem to /Users/me/Library/Application Support/Quick Looki quicklookdpisałem, by cloudthumbnails.db-journallubić szalone. Ale to pisanie małych fragmentów, a następnie usuwanie pliku i pisanie tych małych fragmentów ponownie. Niestety jest to plik binarny, więc nie jest łatwy do odczytania, ale dałem mu szansę i właśnie to zrobiłem tail cloudthumbnails.db-journal. Dostałem głównie bełkot, ale zauważyłem powtarzającą się ścieżkę /Users/me/Library/Mobile Documents/com~apple~CloudDocs/i niektóre pliki.

To jest folder iCloud iz jakiegoś powodu Quicklookd nie mógł przetworzyć tych plików. Usunąłem je (przeniosłem do kosza i opróżniłem) i TADA! To rozwiązało problem.

Nie mam pojęcia, dlaczego tak się stało, dlaczego quicklookdnie udało się przetworzyć tych plików. Wysłałem te pliki ponownie na iCloud i wszystko było w porządku - bez szalonego zachowania quicklookd.

SiliconMind
źródło
Dobra robota w znalezieniu sprawców. :)
Alistair McMillan
Co za świetna odpowiedź! To pomogło mi niezmiernie dowiedzieć się, co spowodowało, że fani mojego MacBooka Air się obrócili. Usunąłem pliki z iCloudDrive, ale to nie zatrzymało generowania cloudthumbnails.db-journal. Po ponownym uruchomieniu wszystko znów było w porządku. Wielkie dzięki!
zsss
Pracowałem na moim El Cap MacPro.
BondedDust
3

Spróbuję użyć, opensnoopaby zobaczyć, na jakie pliki patrzy szybki przegląd. Mogą istnieć określone pliki, z którymi ma problemy z odczytem lub zapisem.

Gdy używają nadmiernego procesora, otwórz okno terminala i wpisz następujące polecenie. Zostaniesz poproszony o podanie hasła.

 sudo opensnoop -n quicklookd

Powinno to pokazać Ci wszystkie pliki, które przeglądane są w trybie odczytu lub zapisu, i może pomóc w określeniu, czy przyczyną problemu jest jeden konkretny plik lub folder plików.

Spróbuj tego samego w wersji zrewidowanej.

Alistair McMillan
źródło
Dzięki, uruchomiłem polecenia. Zaktualizowałem moje pytanie, ponieważ wynik nic mi nie mówi :(
SiliconMind
Możesz także zobaczyć otwarte pliki w Monitorze aktywności.
jscs
1

Nie mogłem wymyślić, jak zalogować się do terminalu, więc właśnie zabiłem szybkie spojrzenie, które pochłaniało tyle pamięci, że nic więcej nie działało. Natychmiastowa ulga! Jednak przypuszczam, że zacznie się ponownie po ponownym uruchomieniu.

Deirdre
źródło
Aktualizacja: Byłem już zalogowany w Terminalu, kiedy następnym razem na niego spojrzałem - najwyraźniej nie przeszedł wcześniej z powodu braku pamięci.
Deirdre
0

Miałem dokładnie to samo, ale żadna z sugestii nie rzuciła żadnego światła na sytuację. Po godzinie poszukiwań postanowiłem zastosować starą sztuczkę, która całkowicie rozwiązała problem:

  • naprawiono wszystkie uprawnienia do dysku za pomocą Narzędzia dyskowego
  • ponownie uruchomiony w trybie awaryjnym (przytrzymanie klawisza Shift podczas ponownego uruchamiania)
  • uruchomione ponownie w trybie normalnym

Mam nadzieję, że pomoże każdemu.

wout
źródło
Myślę, że tak właśnie próbowało większość ludzi (w tym ja). W moim przypadku pomogło to tylko tymczasowo.
SiliconMind,
I uprawnienia do naprawy już nie istnieją w Sierra
WGroleau
0

Miałem ten sam problem po aktualizacji do macOS Mojave. Usunąłem, ~/Library/Caches/com.apple.QuickLookDaemona następnie ponownie uruchomiłem komputer. To rozwiązało problem.

vaninv
źródło