“Secd” süreci nedir?

secdOSX Yosemite altında hangi sürecin ne yaptığını merak ediyorum . Bu işlemin önceki MacOS sürümlerinde çalıştığını gördüğümden eminim, ancak tüm kullanılabilir belleği çok cesurca yuttuğini hatırlamıyorum ...

Yosemite çalıştıran ve her biri farklı bir yapılandırmaya sahip üç bilgisayarım var. Üçü de üç gün ile bir hafta arasında sürdü. İşte secdbaşardıklarının tükenmesi:

• MacBookAir 2011'de 4 GB belleğe sahip, 700 MB secd
• 6 GB belleğe sahip iMac 2008'de, 2 GB bellek secd
• 12 GB belleğe sahip iMac 2011'de, 4 GB bellek secd

Her üç bilgisayarda secdda bellekteki en büyük süreç (daha büyük kernel task) ve Yosemite'nin gelişiyle yakın zamanda yaşadığım yavaşlamada bir rol oynadığından şüpheleniyorum. İşlemin bellekte aşırı boyutlara genişlediğinden ve başka bir yere ihtiyacım olduğunda belleği serbest bıraktığından eminim. Tek sorun, belleği boşaltmanın o kadar hızlı olmaması ve işlemin geri çekilmesi gerektiğini fark etmeden çoğu zaman performansın düşmesi.

Web'de yaptığım arama, sürecin ne olduğu ve neden bu kadar büyük olması gerektiği konusunda sağlam bir sonuca varmadı. Sanırım bunu yaşayan tek kişi ben değilim. Herhangi bir ipucu takdir.

Aşağıda önerildiği gibi secdApple Anahtarlık ile ilgili. Etkinleştirildiğinde işlemin açık kaldığı dosyalar ve bağlantı noktaları şunlardır (MacBookAir'de):

/
/usr/libexec/secd
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-shm
/usr/share/icu/icudt53l.dat
/usr/lib/dyld
/private/var/run/diagnosticd/dyld_shared_cache_x86_64
/dev/null
/dev/null
/dev/null
count=2, state=0x2
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-wal
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-shm
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-wal
/dev/random
/dev/random
/private/var/folders/z_/806bzc396cxgp4s0q17tpfwc0000gn/T/etilqs_y5BDgkbGkBV9ybF
/private/var/folders/z_/806bzc396cxgp4s0q17tpfwc0000gn/T/etilqs_Aw6Q7JhPlil3QNX
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-wal

Açık olmayan şey, sürecin kapladığı tüm hafızaya ne yaptığı ve neden bu kadar şiştiğidir.

Görünür değilse, bu sadece bir tahmindir. Ama umarım size bazı ipuçları verir.

İlk olarak, sadece program adından anlayabileceğiniz şey budur. Eğer komutu çalıştırırsanız /bin/ls /usr/libexec | sort -f | egrep '.*d$'(bu tüm dosyaları yazdırmak /usr/libexecbiten d), bulacağınız ftpd, hidd, networkd, systemstatsd, ve biten bir sürü program d. "D" temel olarak arka planda çalışan bir yardımcı işlem anlamına gelen "daemon" anlamına gelir. Büyük secolasılıkla "güvenlik" anlamına gelir. Yani secd"güvenlik cin" dir. Bu da mantıklı çünkü anahtarlıklarla çalışıyormuş gibi göründüğünü söyledin.

Papatyanın anlamı nedir? Bazı armağanlar, devam eden bazı görevleri yapmak için koşmaya devam eder. hidd("insan arayüz cihazı arka plan programı"), örneğin, fare / klavye / izleme dörtgeni girişini işlemekten sorumlu süreçtir. Diğer bazı cinler, diğer birçok programın ihtiyaç duyduğu bazı ortak görevleri yerine getirir. Uygulamalar, arka plana kendileri için kod sahibi olmak yerine bir şey yapmasını söyleyebilir. Yani secdmuhtemelen böyle bir şey yapar ama anahtarlık ile ilgili.

Ama tam olarak ne? secdLaunchAgent'ı devre dışı bıraktıktan sonra hala anahtarlığı kullanabildiğim için anahtarlığın normal kullanımını ele almıyor gibi görünüyor .

LaunchAgent'ı incelemek bize bir ipucu verir:

Secd, anahtar zinciri iCloud ile senkronize etmekten sorumlu mu?

Peki ne yapmalısın? Bunlardan birini veya birkaçını deneyin:

1. İCloud anahtarlık senkronizasyonuna ihtiyacınız yoksa iCloud tercihlerinde kapatın.
2. launchctlHiçbir şeyi olumsuz etkilemiyor gibi görünüyorsa secd'yi devre dışı bırakmak için kullanın .
3. İCloud anahtarlık senkronizasyonuna ihtiyacınız varsa, bir ton anahtarlık öğeniz olup olmadığına bakın ve ihtiyacınız olmayanları kaldırın.
4. Eski anahtarlıkta gereksiz eserler olması durumunda, anahtarlığınızı yeniden oluşturun (yeni bir anahtarlık yapın, ihtiyacınız olan öğeleri içine taşıyın ve eskisinin üzerine taşıyın).

/ Usr / libexec / secd programı OS X'in bir parçası olarak gönderilir ve normal bir güvenlik işlemidir. Dokümantasyonda "süreçler için çalışma zamanı güvenlik politikaları" ile ilgili olduğu belirtiliyor. İlişkili işlemleri bu komutla inceleyebilirsiniz:ps -ef|grep sec[iud]

Mac bilgisayarımda, kullanıcı 501 kullanıyorum, bu nedenle giriş yapan bir kullanıcı için bu çıktıya sahipsiniz:

Mac:~ bmike$ ps -ef|grep sec[iud]
    0    58     1   0 Sat12PM ??         0:56.51 /usr/sbin/securityd -i
    0   117     1   0 Sat12PM ??         0:00.15 /usr/libexec/secinitd
    0   171     1   0 Sat12PM ??         0:02.24 /usr/libexec/securityd_service
  501   205     1   0 Sat12PM ??         0:11.74 /usr/libexec/secinitd
  501  2634     1   0 Tue08PM ??         0:08.26 /usr/libexec/secd

Oturum açtığınızda securitydbunun root (PID 58) ve sonra kullanıcı (PID 205) işlemi olarak başlatıldığını görebilirsiniz . Gerçek secd"iş" i gerçekleştirir ve oturumu kapatıp oturum açmasanız bile yeniden doğabilir. sizinkinin neden ekstra kaynaklar kullandığını çözmek için, fsusageişlem dosyalarına göz atmanın yanı sıra günlük dosyalarınıza bakmanın yanı sıra diğer komutları da incelemek oldukça zor olacaktır . En iyi seçeneğiniz, Apple ile ilgili bir hata bildirmek ve daha sonra nasıl yanlış davranacağınızı belgelemek olacaktır - özellikle de yeniden başlattıktan sonra yeniden üretebiliyorsanız.

Şu anda için bir "man sayfası" yok secdve bunun için secinitden iyisi yetersiz. Apple'a belge hataları göndermek, belge eksikliğinin giderilmesini istemenin bir yoludur.

Bu süreç hakkında bildiğim kadarıyla (ki bu bir ton değil) Mac'in Anahtarlık ile bir ilgisi var. Yapabileceğiniz şey Etkinlik Monitörü'nde bulmak ve bu konuda bilgi almak için Cmd + I tuşlarına tıklamaktır.

Yapmayı deneyebileceğiniz bir ipucu, Spotlight'ta Keychain Access'e gidip "Keychain Access" menüsünü açıp oradan "Keychain First Aid" seçeneğini seçip talimatları takip ederek Keychain İlk Yardım'ı çalıştırmaktır.

Umarım bu ipucu işe yarar!

Keychain iCloud senkronizasyonunu açmaya başlayın, ancak başka bir iletişim penceresinde iptal edin.

kaynak: https://www.reddit.com/r/hackintosh/comments/54gpmo/process_secd_always_at_95100_cpu_usage_sierra/d88v542/