Ortalama yük, Mavericks'e yükselttikten sonra artıyor

4

Sadece OSX 10.9 Mavericks'e yükseltti. Her şey güzel ve parlak. Ancak iTerm'imi kodlamak için açtığımda, performansın düşük olduğunu fark ettim. Ben çalıştırırsanız uptimekomutu, ortalama yükleme neredeyse başka hiçbir kullanıcı işlemini çalıştırmak bile 1'den daima büyüktür. Yükseltmeden önce, sayı genellikle 0'a yakındır.

Aynı problemi olan var mı? Nasıl çözüleceği hakkında bir fikriniz var mı (10.8'e geri dönüş hariç)?

terminal performance mavericks

— clwen
kaynak

1

Herhangi bir referans bulamıyorum, ancak makinelerimi kontrol ediyorum, zamanlayıcının Mavericks'te değişme biçiminin yük ortalamasını etkilediğinden (belki bir uygulama çalıştırılmadığı sürece CPU uyanmıyor) ve 1.0'ın şimdi yeni olduğundan şüpheleniyorum. alt sınır. Aynı davranışı yoksa boşta olan sistemlerde de görüyorum.

— Alan Shutko

@AlanShutko Mavericks'i çalıştıran 4 Mac'i araştırdım ve hiçbiri şu anda boşta kalan Mac'leri kontrol etmek için ssh ile birlikte şu anda 0.86'nın üzerinde bir yük ortalamasına sahip. clwen - Ölçümlerinizin baktığınız anda koşu kuyruğuna eklenmediğinden emin olmak için 10 sn aralıklarla top / iostat çalıştırmaya çalışırdım.

— bmike

2

Sonunda suçlu bulundu. Ben kullanıyorum zshve eklenti vi-modegelen Oh-my-zsh kötü git araçlarıyla karşılıklı bölümlerle. Eklentiyi devre dışı bırakmak, zshyanıt verme ve CPU yükünü azaltma konusunda yeniden kullanılabilir olmamı sağladı .

Apple'ın git sürümünün yükseltilmesi gerekip gerekmediği konusunda çelişkili raporlar var ve bu işlemi https://github.com/robbyrussell/oh-my-zsh/issues/2189 adresinden takip edebilirsiniz.

Yine de tüm insanlar cevap için çok teşekkürler.

— clwen
kaynak

Şimdi bu harika - buradaki belirli nedeni belgelemek ve konuyu referans almak için çok teşekkürler.

— bmike

1

Sadece test ettim. Anahtarı için homebrew gitde sorunu çözer. vi-modeEtkin olsa bile .

— 20

Merak ediyorum - git'in hangi sürümü Mac'inizde? /usr/bin/git --version && sw_vers

— bmike

Elmalı git 1.8.3.4; homebrew git 1.8.5.2

— saat

1

Muhtemelen sisteminizin rengini yeniden belirliyor. Etkinlik monitörünüzde hangi işlemin en fazla hesaplama süresi kullandığına bakın:

aktivite monitörü

Alternatif olarak, bu bilgileri görmek için pil simgesine tıklayabilirsiniz.

görüntü tanımını buraya girin

Sorun uygun zamanda çözülmeli.

— napcam
kaynak

Etkinlik izleyiciyi kullanarak sadece kernal_task'in biraz daha fazla CPU kullandığını gördüm. Ancak, sadece tek haneli.

— clwen

BTW, piyasaya sürüldüğü ilk gün 10.9'dan yükseltme yaptım. Bu yüzden sanırım üç gün

— sürmeden yeniden yapılanma

1

Aslında şimdi işlemesi gereken (veya daha önce yapılmayan) CPU zamanını alan bir işlemi izole edemiyorsanız, burada iki şey karışıyor olabilir:

uptimeve toportalama yükler sıra ortalama derinliğidir ve CPU yüklemesi ile mutlaka eşanlamlı değildir.

Evet, CPU'yu yükleme şansına sahip olmak için kuyruktaki iş parçacıklarına ihtiyacınız var, ancak kuyrukta ortalama olarak bir dakika boyunca ortalama 4 program olduğundan, bu iş parçacıklarının birlikte CPU'nun% 1'ini bile tüketmesi gerektiği anlamına gelmez saati.

Buradaki asıl cevap ps aux, uykuya karşı hangi işlemlerin gerçekte yürüdüğünü belirlemek iostatve fiili CPU yüklemesini izlemek ve bununla birlikte bazı yeni işlemlerin çalışıp çalışmadığını ve bunun artıp artmayacağını tespit edip edemediğinizi görmek gibi çıktıya bakmak olacaktır. sistemdeki IO ve CPU yükünün azaltılması.

— bmike
kaynak

1

Bu konuda Apple ile temasa geçtim, ısrar ettikten sonra nihayet bir cevap aldım:

Apple Geliştirici İlişkileri 27-Mar-2014 10:54

Mühendislik aşağıdakileri sağlamıştır:

Daha fazla sistem yüküne neden olan bir şey değil, yük ortalamasının hesaplanma biçimindeki bir hatadır.

Lütfen bu sorunu etkileyebilecek güncellemeler için yeni Apple sürümlerini düzenli olarak kontrol ettiğinizden emin olun.

— Brethil
kaynak

0

Terminal'i kullanır ve koşardım

top -o cpu

Bu, cpu döngülerinizi hangi uygulamaların kullandığı hakkında bir fikir verecektir.

— Deesbek
kaynak

-1

Şu anda, bu sorunu benim için düzelten bir iTerm2 güncellemesi geldi.

iTerm2 1.0.0.20131108

Mavericks düzeltmeleri ve performans iyileştirmeleri.

Ekranın görünür çerçevesi 0 değilse yatay düzenleme düzeninin kaydırma konumunu yanlış hesaplamasını sağlayın

Hata 2576'da kilitlenmeyi önlemek için coprocess dosya tanımlayıcılarını engellemesiz olarak ayarlama

Eski metin çizim yöntemlerine geri dön

İmlecin altındaki karakterin çizilmediği hatayı düzeltin

İmlecin hareket ederken yanıp söndüğü hatayı düzelt

Çizgi çizme karakterleriyle tmux'taki çöküşü düzeltin.

Profil değiştirildikten sonra bir oturumun eski profilini kullanarak bölüneceği bir hatayı düzeltin.

Yazı tipi genişliğinin nasıl hesaplandığını iyileştirin.

Bir oturum sona erdiğinde ara sıra askıya alın.

Lion olmayan tam ekran modunda Mavericks'teki tüm ekranlarda menü çubuğunu gizleyin.

Anında tekrar oynatma işlemini hızlandırın.

Mavericks'teki güvenilir cihazlara erişimin sağlanması için talimatları güncelleyin.

Geliştirilmiş performans için metnin nasıl çizildiğini değiştirir.

— MANTONI
kaynak