macdd पर पर्याप्त मेमोरी की खपत करने वाली आईकार्ड की प्रक्रिया

Question

पिछले एक हफ्ते में या तो समय-समय पर 'आईकार्ड' की प्रक्रिया शुरू होती रही है और जब यह बड़े पैमाने पर रैम (7 जीबी से ऊपर) की खपत करता है। जब ऐसा होता है, तो मेरा मैकबुक प्रो अनिवार्य रूप से गैर-कार्यात्मक हो जाता है जब तक कि मैं गतिविधि मॉनिटर को नहीं खोल सकता हूं और प्रक्रिया को बलपूर्वक मार सकता हूं।

मैंने 7GB से अधिक RAM का उपयोग करते हुए और मेमोरी प्रेशर को आसमान छूते हुए गतिविधि मॉनिटर का स्क्रीनशॉट संलग्न किया है।

क्या किसी को पता है कि यह प्रक्रिया क्या है या मैं इस मुद्दे को हर 30 मिनट में होने से कैसे रोक सकता हूं?

Comments

आप इस समस्या के लिए पहले व्यक्ति नहीं हैं। देखें कि क्या यह जवाब मदद करता है: superuser.com/questions/748933/…

— NoahL

icdd Image Capture.app/service से संबंधित है। क्या आपके पास स्कैनर, प्रिंटर-स्कैनर या कैमरा जैसे कोई उपकरण संलग्न हैं?

— कालानोमथ

इसके अलावा - यदि आप लॉग आउट करते हैं और फिर वापस आ जाते हैं - तो 7.24 (1.08 ऐप, 1.75 वायर्ड। 4.41 कंप्रेस्ड) का उपयोग कैसे बदलता है? यह एक साधारण मेमोरी लीक हो सकता है जो लॉग आउट और क्लीयर में है। यदि यह स्पष्ट नहीं है, तो मैं वायरस स्कैनर को अक्षम करने और रिबूट करने और यह देखने की कोशिश करूंगा कि क्या मेमोरी तेजी से चढ़ती है।

— bmike

वह समाधान मेरे मुद्दे पर लागू नहीं था। @klanomath मेरे पास मेरे मैकबुक से कोई बाहरी उपकरण नहीं है।

— Zach

@Zach lcdd को एक लॉन्च एजेंट द्वारा नियंत्रित किया जाता है। इसमें एक कुंजी "दबाव बाहर निकलने को सक्षम करें" है जो डिफ़ॉल्ट रूप से अक्षम है। आप इसे अस्थायी रूप से सक्षम कर सकते हैं (यदि स्मृति का दबाव अधिक हो जाता है तो एलसीडी को मार डालें) और परिणाम की जांच करें। जैसा कि बमीक ने पहले ही असली कारण का उल्लेख किया है, हालांकि एक स्मृति रिसाव है ...

— klanomath

Answer 1

मैं इस मुद्दे पर Apple के एक वरिष्ठ तकनीकी सलाहकार के साथ एक साल से अधिक समय से काम कर रहा था, और उससे पहले कुछ अन्य वरिष्ठ सलाहकार के साथ काम कर रहा था। हमने कई मौकों पर Apple इंजीनियर्स को भेजने के लिए "डेटा कैप्चर" किया है और एक्टिविटी मॉनीटर, इमेज कैप्चर में क्या चल रहा है, यह प्रदर्शित करने के लिए कई मौकों पर स्क्रीन रिकॉर्डिंग की, और आखिरकार, एक ऐसी दलील में जिसे आइडेंट / यूजर्स / यूजर_नाम पर रखता है। / लाइब्रेरी / एप्लीकेशन सपोर्ट / icdd / deviceInfoCache.plist (Xcode में प्रदर्शित करके)।

इस बिंदु पर, यहां मेरा सबसे अच्छा अनुमान है कि क्या हो रहा है:

Icdd (इमेज कैप्चर डिवाइस डेटाबेस) प्रक्रिया स्कैनर को व्यस्त नेटवर्क पर आती और जाती हुई देखती है। यह एक हैश तालिका में उनकी आइकन फ़ाइलों की एक सूची रखने का प्रयास करता है, जिसे वह ऊपर लिखे डिवाइसइन्फोचेचे.प्लिस्ट को भी लिखता है। हां - यह पागल लगता है - यह स्कैनर की आइकन फ़ाइलों का संदर्भ रख रहा है। लेकिन यहां तक ​​कि क्रैजियर भी है, किसी कारण से, इस फ़ाइल में लगभग सभी प्रविष्टियां उन फ़ाइलों की ओर इशारा करती हैं जो मौजूद नहीं हैं। कई प्रणालियों में, मैंने देखा है कि फ़ाइल में कई हजारों प्रविष्टियां हैं, फिर भी केवल कुछ में से कुछ .icns फाइलें एक मशीन पर मौजूद हैं, और अन्य में कोई भी मौजूद नहीं है। मेरा मानना ​​है कि जब यह फ़ाइल बड़ी हो जाती है, तो आइकड बहुत समय बिता रहा है। .plist फ़ाइल में प्रविष्टियों के अस्तित्व की जाँच करने और फ़ाइल को संशोधित करने की कोशिश कर रहा है। मैं इसे दो कारणों से मानता हूं। सबसे पहले, जब मैं अपना लैपटॉप घर ले जाता हूं, icdd प्रक्रिया कभी-कभी CPU के लगभग 100% पर चलती रहती है, लेकिन जब मैं इसे मारता हूं, तो यह हर बार "सामान्य" लगभग 0.0 से 0.1% तक वापस चला जाता है। इसलिए, मुझे लगता है कि यह कभी-कभी प्रविष्टियों के बारे में जानकारी संसाधित करने की कोशिश कर रहा है जब मैं इसे घर पर खोलता हूं। लेकिन जब मैं व्यस्त नेटवर्क पर रहते हुए इसे मारता हूं, तो यह तुरंत 100% के करीब वापस आ जाता है। जब छवि कैप्चर में दिखाए गए स्कैनर की संख्या कम हो जाती है (जो कि यह अक्सर होता है, लेकिन समय-समय पर किसी कारण से स्पाइक हो जाएगा), आईसीडीडी अंततः बस जाएगा। और दूसरा, deviceInfoCache.plist फ़ाइल को हटाने से आईकार्ड को थोड़ी देर के लिए यथोचित व्यवहार करने का कारण बनता है - जब तक कि प्रविष्टियों की संख्या फिर से नहीं बन जाती। ध्यान दें कि icdd मेमोरी में इन प्रविष्टियों की एक प्रति रखता है, इसलिए यदि आप उपयोगकर्ता खाते से फ़ाइल हटाते हैं, तो icdd बस तुरंत फिर से लिखता है। और निश्चित रूप से, आप फ़ाइल को हटाने के लिए लंबे समय तक आईकार्ड को मार नहीं सकते हैं, इसलिए आपको टर्मिनल के माध्यम से लॉग इन करना होगा और किसी अन्य व्यवस्थापक खाते से फ़ाइल को हटाना होगा। जब आप वापस लॉग इन करते हैं, तो icdd फाइल को फिर से बनाएगा, लेकिन इसमें अपेक्षाकृत कुछ प्रविष्टियाँ होंगी और थोड़ी देर के लिए अच्छा व्यवहार करेंगे।

तराजू के कुछ विचार देने के लिए, Apple इंजीनियर्स यह देखकर चौंक गए कि मेरे पास छवि कैप्चरिंग में प्रदर्शित होने वाले 85 स्कैनर थे। अक्सर, हालांकि, यह संख्या एक ही सिस्टम पर और एक ही समय सीमा के दौरान लगभग 6 हो जाएगी। DeviceInfoCache.plist फ़ाइल में सिस्टम पर 8,000 से 12,600 प्रविष्टियाँ हैं, जिन पर मैंने गौर किया है कि इसमें आईकड की समस्याएँ हैं - मेरा एक बड़ा है, और मेरा मानना ​​है कि यह एक पुरानी मशीन से लिया गया है क्योंकि मैं आईक्यूड समस्याएं कर रहा था 2016-दिसंबर में मैंने अपना नया मैकबुक प्रो सेट किया। जब मैंने प्लिस्ट फ़ाइल को डिलीट किया, तो नई बनाई गई फ़ाइल में शुरुआती प्रविष्टियों की संख्या 44 थी, और कुछ दिनों के लिए आईक्यूडीयू सीपीयू उपयोग 0.0% के करीब हो गया। हालाँकि, कैंपस में लगभग 5 दिनों के बाद, मेरी प्लिस्ट फाइल में 964 एंट्री हैं, और icdd cpu का उपयोग विश्वविद्यालय में व्यस्त नेटवर्क पर 30% और 90% के बीच नियमित रूप से उछाल देगा। जब मैं घर पर होता हूं, तो प्लिस्ट फ़ाइल केवल एक दिन में 0 से 2 तक प्रविष्टियों की संख्या में वृद्धि करेगी। मेरी पिछली प्लिस्ट फ़ाइल में 12,600 प्रविष्टियों में से, केवल 2 में "डिवाइसनेम" है, बाकी में एक "iconPathLocation" है, जो सभी के लिए इंगित करता है। वर्तमान प्लिस्ट के साथ, अभी भी 2 प्रविष्टियां हैं जिनमें "डिवाइसनाम" शामिल है, और बाकी में एक "iconPathLocation" मौजूद है जो मौजूद नहीं है। जिनमें से सभी .xns फ़ाइलों की ओर इशारा करते हैं। वर्तमान प्लिस्ट के साथ, अभी भी 2 प्रविष्टियां हैं जिनमें "डिवाइसनाम" शामिल है, और बाकी में एक "iconPathLocation" मौजूद है जो मौजूद नहीं है। जिनमें से सभी .xns फ़ाइलों की ओर इशारा करते हैं। वर्तमान प्लिस्ट के साथ, अभी भी 2 प्रविष्टियां हैं जिनमें "डिवाइसनाम" शामिल है, और बाकी में एक "iconPathLocation" मौजूद है जो मौजूद नहीं है।

इसलिए, अल्पकालिक समाधान अपने उपयोगकर्ता खाते से लॉग आउट करते समय टर्मिनल के माध्यम से दूसरे व्यवस्थापक खाते से फ़ाइल को हटाना है। उम्मीद है, यह जानकारी अब मेरे वरिष्ठ सलाहकार से Apple इंजीनियर्स को प्रदान की जा रही है, Apple इंजीनियरों को यह जानने के लिए पर्याप्त जानकारी होगी कि icdd इस तरह क्यों काम कर रहा है और समस्या को ठीक कर सकता है। बेशक, यह संभवतः मदद करेगा यदि आप मेरे अल्पकालिक समाधान को सत्यापित कर सकते हैं और यह रिपोर्ट करना जारी रख सकते हैं कि आप एप्पल को क्या पाते हैं।

Comments

अच्छी प्रविष्टि, जो कि आईकार्ड कैसे व्यवहार करती है, इसकी कुछ अंडर-हुड समझ देती है। लेकिन इसके लिए क्या है? ये चिह्न (कम से कम मौजूदा वाले) कहां प्रदर्शित होते हैं? यह आइकड किस कार्य के लिए जिम्मेदार है? और जब आप .plist फ़ाइलों को हटाते हैं, तो आप क्या कार्यक्षमता खो देते हैं? इसके अलावा, मेरे मामले में, एक ही मैक पर 5 उपयोगकर्ता हैं, और उनकी icdd .plist फाइलें सहमत नहीं हैं, लेकिन यह कभी-कभी दुर्घटनाग्रस्त होने का कारण बनता है और CPU पर कचरा और हॉग इकट्ठा नहीं करता है।

— मोति श्नोर

@Motti Shneor deviceInfoCache.plist कभी-कभी इसमें सूचीबद्ध एक वास्तविक उपकरण होगा, और मुझे लगता है कि यह अभीष्ट उद्देश्य है। मुझे लगता है कि यह एक बग था जो इसे आइकन-छवि फ़ाइलों का ट्रैक रखने के लिए पैदा कर रहा था - जिनमें से अधिकांश मौजूद नहीं थे। यह मेरा प्रारंभिक अनुमान था, लेकिन मैं इसे अब और अधिक आत्मविश्वास के साथ कहता हूं क्योंकि इस प्लिस्ट के मेरे वर्तमान संस्करण को देखते हुए, इसमें ठीक एक प्रविष्टि है, जो एक वास्तविक डिवाइस के लिए है। इसलिए, मुझे लगता है कि Apple ने इसे कुछ OS संस्करण में निर्धारित किया था (मुझे कैटलिना में संदेह है)।

— डेटापुलबॉक्स 20

@Moti Shneor प्लिस्ट को हटाने में, मैंने कभी भी कार्यक्षमता में कोई बदलाव नहीं देखा - OS ने केवल आवश्यकतानुसार फाइल को फिर से बनाया, जो कि ज्यादा समय नहीं लेती है। प्रत्येक उपयोगकर्ता के पास इसके लिए अपनी खुद की दलील होती है, और जानबूझकर ऐसा होता है - यदि एक उपयोगकर्ता एक स्कैनर का उपयोग करता है और दूसरा नहीं करता है, तो मैं उनसे इस अंतर को प्रतिबिंबित करने की अपेक्षा करूंगा। इसलिए मुझे संदेह है कि अलग-अलग उपयोगकर्ताओं की योजनाओं का परस्पर प्रभाव पड़ेगा।

— डेटॉलबॉक्स

Answer 2

मैं कुछ समय से इस समस्या से निपट रहा हूं और हर जगह जांच कर रहा हूं! यह निराशाजनक है ... अंत में मुझे एक लिंक मिला है कि मैं इस मूर्खता को रोक सकता हूं। मुझे यकीन नहीं है कि अगर यह समस्या का स्रोत है, लेकिन यह इसे रोक सकता है। यहाँ कदम हैं:

1) SIP ( लिंक ) अक्षम करें

2) निम्न कमांड टाइप करें:

सीडी / आवेदन

sudo mv Image \ Capture.app/ अक्षम करें \ Image \ Capture.app/

सीडी / प्रणाली / पुस्तकालय / छवि / कब्जा / समर्थन /

sudo mv icdd icdd- अक्षम

3) रिबूट

4) यदि आप देखभाल करते हैं तो एसआईपी को सक्षम करें

मूल लिंक: https://havecamerawilltravel.com/photographer/prevent-photos-app-mac-osx

उम्मीद है कि यह मदद करता है।

Answer 3

मैं इस समस्या से भी जूझ रहा हूं। ऑनलाइन उत्तर नहीं मिल रहा है और टर्मिनल के साथ गड़बड़ नहीं करना चाहता, मैंने ऐप्पल सपोर्ट कहा। प्रारंभ में, उन्होंने सोचा कि मेरा एचडी दूषित हो गया था (यह था - यह तय हो गया था लेकिन समस्या को ठीक नहीं किया था)। मेरी रैम बढ़ने के बाद समस्या बनी रही। नेटवर्क स्कैनर खोजों के बारे में एक इंटरनेट टिप्पणी से प्रेरित, मैंने देखा कि ICDD केवल तब ही पागल हो जाएगा जब वाई-फाई सक्षम किया गया था। अगर मुझे wi-Fi से डिस्कनेक्ट किया गया है और ICDD को छोड़ दिया है, तो यह पुनः आरंभ नहीं होगा और RAM या CPU उपयोग (जब तक Wi-Fi को फिर से चालू नहीं किया जाता) में चढ़ नहीं जाएगा।

मैंने फिर से Apple सपोर्ट का आह्वान किया, जो लगता है कि SMC और NVRAM को रीसेट करके समस्या को ठीक कर दिया है। अब ICDD 10+ GB रैम का उपभोग करने के बजाय निम्न स्तर (10-20 एमबी) पर चलता है। मैंने उन्हें करने के लिए नीचे दिए गए लिंक जोड़े हैं, लेकिन मैं आपकी विशिष्ट समस्या के लिए Apple समर्थन को कॉल करने की सलाह दूंगा।

ऐसा क्यों हो रहा है, इसके लिए उनका स्पष्टीकरण मेरी रैम के साथ भरा हुआ है या इंटरनेट कैश के साथ भरा हुआ है, आदि क्यों यह अभी स्पष्ट हो गया है और क्या यह सिएरा के साथ जुड़ा हुआ है, मैं नहीं कह सकता।

मुझे आशा है कि यह कुछ लोगों की मदद करता है!

एसएमसी रीसेट करें: https://support.apple.com/en-us/ht201295

NVRAM रीसेट करें: https://support.apple.com/en-us/ht204063

10-15 मीटर तय करते हैं।

मेरी ऐनक:

• 2011 की शुरुआत में 13 "मैकबुक प्रो
• 500 जीबी सैमसंग एसएसडी (उन्नत ~ 1.5 साल पहले)
• 8 जीबी रैम (उन्नत 1 महीने पहले)
• macOS सिएरा 10.12.3 (तक)
• SAS सॉफ्टवेयर के लिए विंडोज 10 के साथ समानताएं 10

Answer 4

हालांकि उपरोक्त उत्तर बेहतर तकनीकी डेटा प्रदान करते हैं, मैं एक सामान्य नोट जोड़ना चाहूंगा।

हम जो काम कर रहे हैं, वह शायद एक घटिया साफ्टवेयर है, जो वर्षों से पुराने कीड़े-मकोड़ों को पकड़ता है, जिसका ठीक से परीक्षण नहीं किया गया था, और शायद कभी भी ठीक नहीं होगा। बस इतना ही। पिछले दशक में Apple सॉफ्टवेयर इंजीनियरिंग निरंतर रूप से बिगड़ती जा रही है, और हमें हर समय ऐसे परिदृश्यों के साथ जुड़ना पड़ता है।

आमतौर पर ऐसे सॉफ़्टवेयर टुकड़ों को उनकी मूल स्थिति (जैसे कि कैश को हटाने और फ़ाइलों को स्थापित करने, .plists या यहां तक ​​कि उनके उपयोगकर्ता-चूक को रीसेट करके) को रीसेट करने से कुछ समय के लिए समस्या कम हो जाएगी।

दूसरा तरीका OS से संबंधित सबसिस्टम को रीसेट करना है। इस मामले में उदाहरण के लिए, आपको "मुद्रण प्रणाली को रीसेट" करने देगा, जो संभवत: थोड़ी देर के लिए आईकार्ड के सिर को साफ कर देगा - लेकिन आपको अपने मुद्रण वातावरण को फिर से सेटअप करने के लिए मजबूर करेगा।

और निश्चित रूप से, Apple में नई RADR प्रविष्टियाँ खोलने से अंततः दोषपूर्ण सबसिस्टम पर उनका ध्यान जा सकता है।