Średnie obciążenie wzrasta po aktualizacji do Mavericks

4

Właśnie uaktualniono do OSX 10.9 Mavericks. Wszystko jest dobre i lśniące. Jednak po otwarciu iTerm na kod zauważam, że wydajność jest niższa. Jeśli uruchomię uptimepolecenie, średnie ładowanie jest zawsze większe niż 1, nawet jeśli nie uruchamiam prawie żadnego innego procesu użytkownika. Przed aktualizacją liczba jest zwykle bliska 0.

Czy ktoś ma ten sam problem? Masz pomysł, jak go rozwiązać (oprócz wycofania do wersji 10.8)?

terminal performance mavericks clwen
źródło
1
Nie mogę znaleźć żadnych odniesień, ale sprawdzając moje maszyny, podejrzewam, że sposób, w jaki zmienił się harmonogram w Mavericks, wpływa na średnią obciążalność (być może procesor się nie budzi, chyba że jest uruchomiona aplikacja) i że 1.0 jest teraz nowy Dolna granica. Widzę to samo zachowanie w innych systemach bezczynności.
Alan Shutko
@AlanShutko Przeprowadziłem ankietę na 4 komputerach Mac z systemem Mavericks i żaden z nich nie ma w tej chwili średniej obciążenia powyżej 0,86 ze mną ssh, aby sprawdzić, w przeciwnym razie bezczynne komputery Mac. clwen - Spróbowałbym uruchomić top / iostat w odstępie 10 sekund, aby upewnić się, że twoje pomiary nie dodają się do kolejki uruchamiania w chwili, gdy patrzysz.
bmike

Odpowiedzi:

2

W końcu znalazłem winowajcę. Używam zshi wtyczki vi-modez Oh-my-zsh współdziała słabo z narzędziami git. Wyłączenie wtyczki sprawiło, że zshznów jestem użyteczny pod względem czasu reakcji i zmniejszenia obciążenia procesora.

Istnieją sprzeczne raporty, czy git Apple'a wymaga aktualizacji. Możesz śledzić ten proces na https://github.com/robbyrussell/oh-my-zsh/issues/2189

Wciąż wielkie dzięki za wszystkie osoby, które odpowiadają na odpowiedź.

clwen
źródło
Teraz to świetnie - wielkie dzięki za udokumentowanie tutaj konkretnej przyczyny i odniesienie się do problemu.
bmike
1
Właśnie przetestowane. Przełącz na homebrew gitrównież rozwiązuje problem. Nawet jeśli vi-modejest włączony.
clwen
Jestem ciekawy - jaka wersja git jest na twoim Macu? /usr/bin/git --version && sw_vers
bmike
Apple git 1.8.3.4; homebrew git 1.8.5.2
clwen
1

Prawdopodobnie w centrum uwagi jest ponowne indeksowanie systemu. Sprawdź w monitorze aktywności, który proces zużywa najwięcej czasu obliczeniowego:

monitor aktywności

Możesz też kliknąć ikonę baterii, aby zobaczyć te informacje.

wprowadź opis zdjęcia tutaj

Problem powinien zniknąć w przyzwoitym czasie.

napcae
źródło
Za pomocą monitora aktywności widziałem, że tylko kernal_task zużywa nieco więcej procesora. Jest to jednak tylko jedna cyfra.
clwen,
BTW, uaktualniłem od pierwszego dnia wydania 10.9. Sądzę więc, że nie jest to spowodowane
ponownym indeksowaniem,
1

Jeśli nie możesz wyodrębnić procesu, który faktycznie zajmuje teraz czas procesora, który nie powinien (lub nie wcześniej), wówczas mogą się tu mieszać dwie rzeczy:

uptimei topśrednie obciążenia są średnią głębokością kolejki i niekoniecznie są synonimem ładowania procesora.

Tak, potrzebujesz wątków w kolejce, aby mieć szansę na załadowanie procesora, ale tylko dlatego, że w kolejce są średnio 4 programy w ciągu minuty, nie oznacza to, że te wątki muszą zużywać nawet 1% procesora czas.

Prawdziwą odpowiedzią na to pytanie będzie spojrzenie na dane wyjściowe, takie jak ps auxokreślenie, które procesy faktycznie działają, a nie uśpienie, i połączenie tego z iostatobserwowaniem faktycznego obciążenia procesora i sprawdzenie, czy można ustalić, czy niektóre nowe procesy są uruchomione i czy rośnie, czy zmniejszenie obciążenia IO i procesora w systemie.

bmike
źródło
1

Skontaktowałem się z Apple w tej sprawie, po dość naleganiu w końcu otrzymałem odpowiedź:

Relacje programistów Apple 27 marca 2014 22:54

Inżynieria zapewniła:

Jest to błąd w sposobie obliczania średniej obciążenia, a nie coś, co powoduje większe obciążenie systemu.

Należy regularnie sprawdzać nowe wydania Apple pod kątem aktualizacji, które mogą wpłynąć na ten problem.

Brethil
źródło
0

Chciałbym użyć terminala i uruchomić

top -o cpu

To da ci wyobrażenie, jakie aplikacje używają twoich cykli procesora.

Deesbek
źródło
-1

Właśnie pojawiła się aktualizacja iTerm2, która rozwiązuje ten dokładnie problem.

iTerm2 1.0.0.20131108

Poprawki i ulepszenia wydajności Mavericks.

  • Napraw błąd polegający na niepoprawnym obliczeniu położenia w poziomie przez zawijanie, jeśli widoczna ramka ekranu nie była równa 0
  • Ustaw blokowanie deskryptorów plików koprocesu, aby uniknąć zakleszczenia w błędzie 2576
  • Powróć do starych metod rysowania tekstu
  • Napraw błąd, w którym znak pod kursorem nie był rysowany
  • Napraw błąd, w którym kursor migał podczas ruchu
  • Napraw awarię w tmux ze znakami rysowania linii.
  • Napraw błąd, w wyniku którego sesja dzieliła się przy użyciu swojego starego profilu po zmianie profilu.
  • Popraw sposób obliczania szerokości czcionki.
  • Napraw sporadyczne zawieszanie się po zakończeniu sesji.
  • Ukryj pasek menu na wszystkich ekranach w Mavericks w trybie pełnoekranowym innym niż Lion.
  • Przyspiesz rysowanie w trybie natychmiastowej powtórki.
  • Zaktualizuj instrukcje dotyczące włączania dostępu dla urządzeń pomocniczych w Mavericks.
  • Zmienia sposób rysowania tekstu w celu poprawy wydajności.
Mantoni
źródło