"सेकेंड" प्रक्रिया क्या है?

Question

मुझे आश्चर्य है कि secdOSX Yosemite के तहत क्या प्रक्रिया होती है। मुझे पूरा यकीन है कि मैंने इस प्रक्रिया को पहले के MacOS संस्करणों में चलाते हुए देखा है, लेकिन मुझे यह याद नहीं है कि सभी उपलब्ध मेमोरी को साहसपूर्वक तैयार किया गया है ...

मेरे पास तीन कंप्यूटर हैं जो योसेमाइट पर चल रहे हैं, प्रत्येक एक अलग कॉन्फ़िगरेशन के साथ है। तीनों तीन दिनों से एक सप्ताह तक की अवधि के हैं। यहाँ एक रन नीचे है जो secdहासिल किया है:

• 4 जीबी मेमोरी के साथ मैकबुकएयर 2011 में, 700MB को आवंटित किया गया secd
• 6GB मेमोरी के साथ iMac 2008 पर, 2GB को आवंटित किया गया secd
• 12GB मेमोरी के साथ iMac 2011 में, 4GB को आवंटित किया गया secd

सभी तीन कंप्यूटरों पर secdमेमोरी में सबसे बड़ी प्रक्रिया है (इससे बड़ी kernel task) और मुझे संदेह है कि यह उस मंदी में भूमिका निभाता है जिसे मैंने हाल ही में योसेमाइट के आगमन के साथ अनुभव किया है। मुझे यकीन है कि यह प्रक्रिया स्मृति के आकार में फैलती है और जब मुझे कहीं और ज़रूरत होती है तो स्मृति को मुक्त कर देती है। एकमात्र मुद्दा यह है कि यह मेमोरी खाली करने में उतनी जल्दी नहीं है और इस प्रक्रिया को पूरा करने से पहले ज्यादातर समय प्रदर्शन को भुगतना पड़ता है।

वेब के चारों ओर मेरी खोज एक ठोस निष्कर्ष पर नहीं पहुंची कि प्रक्रिया क्या है और यह इतना विशाल क्यों होना चाहिए। मुझे लगता है कि मैं यह अनुभव करने वाला अकेला नहीं हूं। किसी भी टिप की सराहना की जाती है।

जैसा कि नीचे सुझाया गया secdहै कि Apple Keychain के साथ क्या करना है। यहां वे फ़ाइलें और पोर्ट हैं जो सक्रिय होने पर प्रक्रिया खुली रहती है (MacBookAir पर):

/
/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

यह स्पष्ट नहीं है कि यह प्रक्रिया सभी मेमोरी को क्या करती है जो इसे अधिभोग करती है, और यह क्यों इतना फुलाती है।

Comments

आपकी याददाश्त सही है। secdमावेरिक्स पर चलता है। तेजी से विश्लेषण पर, इस डेमॉन को प्रलेखित नहीं किया गया है, यह बुरा है, यह बकवास का एक टुकड़ा हो सकता है। यह डेमॉन में है /usr/libexec/secd।

— दान

@danielAzuelos क्या यह मावेरिक्स पर एक ही कैंसर के व्यवहार को दर्शाता है?

— रेट्रोग्राफी

प्लिस्ट सेकंड के अनुसार क्लाउड किचेन का प्रबंधन करने के लिए उपयोग किया जाता है स्थानीय नहीं।

— रस्कस

बस पता चला: बिना secdरन के, मैसेज हर बार मुझसे पासवर्ड मांगता है।

— दिलचस्प है

→ Mah: Maveriskc पर, secdVSZ = 2.4 GB और RSS = 3 MB है। secdएक सिस्टम पर 84 एस के लिए दौड़ा जो 5 दिनों से ऊपर और चल रहा है।

— दान

Answer 1

यदि यह स्पष्ट नहीं है, तो यह केवल एक अनुमान है। लेकिन उम्मीद है कि यह आपको कुछ सुराग देता है।

सबसे पहले, यहाँ आप प्रोग्राम के नाम से क्या पता लगा सकते हैं। आप कमांड चलाते हैं /bin/ls /usr/libexec | sort -f | egrep '.*d$'(इस में सभी फ़ाइलों को मुद्रित /usr/libexecमें समाप्त होने वाले d), तो आपको मिल जाएगा ftpd, hidd, networkd, systemstatsd, और में समाप्त होने वाले कार्यक्रमों का एक बहुत d। "डी" का अर्थ "डेमॉन" है, जिसका मूल रूप से एक सहायक प्रक्रिया है जो हमेशा पृष्ठभूमि में चलता है। secबहुत संभव है "सुरक्षा" के लिए खड़ा है। तो secd"सुरक्षा डेमॉन" है। जो समझ में आता है क्योंकि आपने कहा कि ऐसा लगता है कि यह किचेन स्टफ के साथ काम करता है।

डेमन की बात क्या है? कुछ डेमन या तो कुछ चल रहे काम करने के लिए दौड़ते रहते हैं। hidd("मानव इंटरफ़ेस डिवाइस डेमॉन"), उदाहरण के लिए, माउस / कीबोर्ड / ट्रैकपैड इनपुट को संभालने के लिए जिम्मेदार प्रक्रिया है। कुछ अन्य डेमन कुछ सामान्य कार्य करते हैं जिनकी कई अन्य कार्यक्रमों को आवश्यकता होती है। ऐप्स केवल कोड को स्वयं करने के बजाय कुछ करने के लिए डेमन को बता सकते हैं। तो secdशायद ऐसा कुछ करता है, लेकिन चाबी का गुच्छा से संबंधित है।

लेकिन वास्तव में क्या? ऐसा लगता है कि यह वास्तव में चाबी का गुच्छा के सामान्य उपयोग को संभाल नहीं करता है, क्योंकि मैं secdलॉन्चग्रेड को अक्षम करने के बाद भी किचेन का उपयोग करने में सक्षम था ।

LaunchAgent का निरीक्षण हमें एक सुराग देता है:

ऐसा लगता है कि कीचेन को iCloud के साथ सिंक करने के लिए secd जिम्मेदार है?

तो आपको क्या करना चाहिए? इनमें से एक या अधिक प्रयास करें:

1. यदि आपको iCloud किचेन सिंकिंग की आवश्यकता नहीं है, तो इसे iCloud प्राथमिकताओं में बंद करें।
2. launchctlअगर यह किसी भी चीज पर प्रतिकूल प्रभाव नहीं डालता है, तो secd को निष्क्रिय करें ।
3. यदि आपको आईक्लाउड किचेन सिंकिंग की आवश्यकता है, तो देखें कि क्या आपके पास किचेन आइटम का एक टन है, और जिन्हें आपको ज़रूरत नहीं है उन्हें हटा दें।
4. शायद अपने किचेन का पुनर्निर्माण करें (एक नया चाबी का गुच्छा बनाएं, इसमें आवश्यक वस्तुओं को स्थानांतरित करें, और इसे पुराने पर ले जाएं), यदि पुराने किचेन में अनावश्यक कलाकृतियां बची हैं।

Comments

यह कमाल का विवरण है। चरण 2 में एक तारांकन होना चाहिए - नोट करें कि आपने इसे अक्षम कर दिया है क्योंकि Apple आमतौर पर इसमें कुछ नई सुविधा जोड़ देगा और ऐसा होने पर आपका मैक टूट जाएगा, इसलिए इसे समय-समय पर वापस चालू करना और अक्षम करने के निर्णय को फिर से याद करना एक प्रणाली डेमॉन।

— bmike

फिर से - शानदार जवाब जो बताता है कि किसी भी डेमॉन को रिवर्स इंजीनियर कैसे बनाया जाए और न केवल यह एक है जिसे अच्छी तरह से प्रलेखित नहीं किया गया है।

— bmike

Answer 2

कार्यक्रम / usr / libexec / secd को OS X के भाग के रूप में शिप किया जाता है और यह एक सामान्य सुरक्षा प्रक्रिया है। प्रलेखन का कहना है कि यह "प्रक्रियाओं के लिए रनटाइम सुरक्षा नीतियों" से संबंधित है। आप इस आदेश के साथ संबंधित प्रक्रियाओं का निरीक्षण कर सकते हैं:ps -ef|grep sec[iud]

मेरे मैक पर, मैं 501 उपयोगकर्ता हूं इसलिए आपके पास एक उपयोगकर्ता के लिए यह आउटपुट लॉग इन है:

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

जब आप लॉग इन करते हैं तो आप securitydरूट (PID 58) और उसके बाद एक उपयोगकर्ता (PID 205) प्रक्रिया के रूप में शुरू कर सकते हैं । वास्तविक secd"काम" करता है और जब आप लॉग आउट नहीं करते हैं तब भी रिस्पना प्राप्त कर सकते हैं। यह समझने के लिए कि आपका अतिरिक्त संसाधनों का उपयोग क्यों कर रहा है, यह बिना खुदाई के fsusageऔर कुछ अन्य आदेशों के साथ-साथ चल रही प्रक्रियाओं को देखने के साथ-साथ आपकी लॉग फ़ाइलों को देखने में भी काफी कठिन होगा । आपकी सबसे अच्छी शर्त ऐप्पल के साथ एक बग दर्ज करना होगा और फिर दस्तावेज़ करें कि आप इसे दुर्व्यवहार के लिए कैसे प्राप्त कर सकते हैं - खासकर अगर आप इसे रिबूट के बाद पुन: पेश कर सकते हैं।

वर्तमान में इसके लिए "मैन पेज" नहीं है secdऔर इसके लिए secinitdसबसे अच्छा है। Apple के खिलाफ प्रलेखन कीड़े दाखिल करना यह पूछने का एक तरीका है कि प्रलेखन की कमी को दूर किया जाए।

Answer 3

मैं उस प्रक्रिया के बारे में जो कुछ जानता हूं (जो वास्तव में एक टन नहीं है) यह है कि मैक के किचेन के साथ कुछ करना है। गतिविधि मॉनिटर में आप क्या कर सकते हैं और इसके बारे में जानकारी प्राप्त करने के लिए Cmd + I पर क्लिक करें।

एक टिप जिसे आप करने की कोशिश कर सकते हैं, स्पाइस में किचेन एक्सेस पर जाकर "किचेन एक्सेस" मेन्यू खोलें और वहाँ से "कीचेन फर्स्ट एड" विकल्प चुनकर कीचेन फ़र्स्ट एड चलाएं और निर्देशों का पालन करें।

आशा है कि टिप काम करता है!

Comments

किचेन फर्स्ट एड का कहना है कि मेरा किचेन ठीक है! तीनों कंप्यूटरों पर।

— रेट्रोग्राफी

किचेन एक्सेस के तहत अल कैपिटान (कम से कम, पिछले संस्करणों में भी हो सकता है) में एक विकल्प है - मेरे डिफ़ॉल्ट केचेन को रीसेट करने के लिए प्राथमिकताएं "फैक्ट्री डिफॉल्ट्स को संदर्भित करता है और एक नया खाली" लॉगिन "चाबी का गुच्छा बनाता है। आपका वर्तमान डिफ़ॉल्ट किचेन होगा। एक तरफ ले जाया गया, लेकिन हटाया नहीं गया "। जैसे ही मैंने ऐसा किया सिक्योरिटी__ सर्विस 51-53% सीपीयू से 0-1.5% हो गई। जैसे ही आप करते हैं, आपको iCloud में पुनः साइन इन करना होगा - मैंने अभी तक अन्य सुधारों की खोज नहीं की है।

— Oskar ऑस्टेगार्ड

मैंने सिर्फ मावेरिक्स से सिएरा में अपग्रेड किया और पाया कि सीकड को रीसेट करने के बाद सेकेंड सीपीयू 100% के करीब चला गया। मेरे सभी सहेजे गए वेबसाइट पासवर्ड खो गए, मुझे अपने कैलेंडर सिंक आदि को फिर से लॉगिन करना पड़ा, लेकिन कम से कम मैं फिर से कंप्यूटर का उपयोग कर सकता हूं। धन्यवाद।

— वाल्टर निसेन

Answer 4

किचेन iCloud सिंक को चालू करना शुरू करें लेकिन किसी अन्य डायलॉग विंडो पर रद्द करें।

स्रोत: https://www.reddit.com/r/hackintosh/comments/54gpmo/process_secd_always_at_95100_cpu_usage_sierra/d88v542/