वहाँ कारण 'fseventsd' प्रक्रिया hogs CPU का पता लगाने के लिए एक रास्ता है?

Question

मैंने मैक OSX 10.6 चलाया और देखा कि एक प्रक्रिया 'fseventsd' 100% CPU और 1.5G RAM ले रही थी। Google खोज करते हुए, मैंने पाया कि इसे टाइम मशीन से जोड़ा जा सकता है। हालाँकि, मैं इस कंप्यूटर पर टाइम मशीन नहीं चलाता।

क्या संसाधन हॉग के स्रोत का पता लगाने का एक तरीका है? क्या यह कहीं भी लॉग इन करता है? समस्या को फिर से शुरू किया गया, लेकिन मुझे यकीन है कि यह वापस आ जाएगा अगर मैं यह पता नहीं लगा सकता कि यह पहली जगह में क्यों शुरू हुआ।

अग्रिम में धन्यवाद।

Comments

क्या आपको कभी स्रोत मिला? हम अपने हिम तेंदुए सर्वर पर एक ही समस्या का सामना कर रहे हैं। मैं एक रिबूट की कोशिश कर सकता हूं, लेकिन मैं आज रात तक ऐसा नहीं कर सकता।

— ग्रेग डब्ल्यू

मैंने अपने रिबूट के बाद से इसे पॉप नहीं किया है, (संयुक्त राष्ट्र) सौभाग्य से, इसलिए मुझे अभी भी स्रोत का पता नहीं है

— 21

मेरी भी यही समस्या है। रिबूट करना मदद नहीं करता है। 20 से 30 मिनट के बाद, fseventsd 99% CPU लेने के लिए फिर से शुरू होता है। मैकबुक अब चुप नहीं है ...

— लॉरेंट के

Answer 1

fseventd फाइलसिस्टम इवेंट लॉगिंग प्रक्रिया है, आप इसके बारे में मैक ओएस एक्स तेंदुए की तकनीकी समीक्षा में बहुत कुछ पढ़ सकते हैं। आप उसी तरह के आउटपुट को देखने के लिए fseventer जैसे कार्यक्रमों का उपयोग कर सकते हैं ।

लेख से:

FSEvents फ्रेमवर्क एकल, निरंतर चलने वाली डेमन प्रक्रिया पर निर्भर करता है, जिसे fseventsd कहा जाता है, जो / dev / fsevents से पढ़ता है और डिस्क पर फ़ाइलों को लॉग करने के लिए ईवेंट लिखता है (आयोजनों के लिए वॉल्यूम के मूल में .fseventsd निर्देशिका में संग्रहीत)। बस। यह सुपर-हाई-टेक समाधान है: बस घटनाओं को लॉग फ़ाइल में लिखें। बोरिंग, व्यावहारिक, लेकिन काफी प्रभावी।

आप उस लॉग की जांच कर सकते हैं, हालांकि मुझे नहीं पता कि यह आपके लिए कितना उपयोगी होगा। मैं टाइम मशीन को देखकर आश्चर्यचकित नहीं होता, जो कई फाइलों से संबंधित है, और कभी-कभी कई छोटी फाइलों के साथ संभवत: कुछ मुद्दों के कारण फर्जीवाड़ा करता है।

Comments

उम्मीद है कि यह टाइम मशीन नहीं है, क्योंकि यह अक्षम है! वैसे भी, मैं fseventer पर पढ़ रहा हूँ, इसलिए सुझाव के लिए धन्यवाद।

— डीटीस्ट

Answer 2

या तो एक प्रोग्राम एक बहुत ही कुशल लूप लेखन परिवर्तनों में फंस गया था जिसके कारण fseventsdबहुत अधिक काम था या यह एक अनंत लूप है जो माउंटेड वॉल्यूम में से एक पर एक अनोलोवेबल डेटा संरचना को संसाधित करता है।

पूर्व मामले में - डेटा के एक ही स्ट्रीम को पढ़ने वाले fseventer जैसे प्रोग्रामों के रूप में अच्छी तरह से लटका होगा - अब आपके पास 50% उपयोग में दो प्रक्रियाएं होंगी जो डेटा की एक अनंत राशि को संसाधित करने की कोशिश कर रही हैं। (यह एक महान डेटा बिंदु है अगर आप यह देखने के लिए मज़ाक कर रहे हैं कि यह क्या है।) यह सवाल पूछने के लिए विनम्र है कि syslogdसभी सीपीयू क्यों ले जा रहे हैं - आमतौर पर यह कुछ अन्य कार्यक्रम है जो पागल हो जाते हैं जिससे यह बहुत काम करता है।

जब / यदि यह फिर से होता है - कार्यक्रम छोड़ना शुरू करें और लॉग आउट करने पर विचार करें। आपको पता चल जाएगा कि क्या आपत्तिजनक वस्तु एक सिस्टम स्तर प्रक्रिया या उपयोगकर्ता स्तर प्रक्रिया है। fs_usageयह देखने के लिए उपयोगी हो सकता है कि कौन से विशिष्ट कार्यक्रम IO भारी हैं।

fsck एक बूट से एकल उपयोगकर्ता मोड में आमतौर पर आवश्यक है यदि आपके पास परिपत्र हार्ड लिंक या अन्य पतित फाइल सिस्टम शेंनिगन हैं जो गतिविधि में इस तरह के स्पाइक का कारण बन सकते हैं।

Comments

हाँ, क्षमा करें यदि मैं अस्पष्ट था, तो आप निश्चित रूप से फ़ेसेवेंटर नहीं खोल सकते थे, जब कि पूप ​​ने कहावत पंखे से टकराया था। मेरा बस इतना ही मतलब है कि आपको यह बताने के लिए कि किस तरह का डेटा लॉग इन किया और देखा जा सकता है, जैसा कि fs_usage करेगा।

— कॉन्स्टेंटाइनके

मुझे fseventer के बारे में सीखना बहुत पसंद था - बहुत अच्छी लगती हैं। कोई विफलता नहीं है - सिर्फ डेटा।

— bmike

वाह, 'fs_usage' पर टिप के लिए धन्यवाद। और हाँ, मुझे लगा कि यह वास्तव में fseventsd लोड का कारण नहीं है, बल्कि कुछ अन्य कार्यक्रम है। मुझे कहीं न कहीं एक पाश की उम्मीद है। एक तरफ के रूप में, मशीन 24 घंटे या तो सामान्य लोड चल रहा है, और यह फिर से नहीं हुआ है।

— डीटीएसटी