मान लीजिए कि (बहुत) बड़ी प्रक्रिया क्रैश और डंपिंग कोर है, और हम अन्य जानकारी (संभवतः एक मुखर संदेश, शायद कुछ और) से इसका कारण जानते हैं।
क्या कोर डंप को पूरी तरह से उत्पन्न होने से रोकने का कोई तरीका है, क्योंकि यह इस मामले में बेकार है?
उदाहरण के लिए, कोर-डंपिंग प्रक्रिया की मार -9 कोरफाइल पीढ़ी को बाधित करेगी?
जाहिर है, अगर हमें समय से पहले पता था कि हम कोर डंप नहीं चाहते हैं, तो हम उचित रूप से या ओएस के विभिन्न कोर फ़ाइल नियंत्रण उपयोगिताओं का उपयोग कर सकते हैं।
लेकिन यह सवाल "कोर डंप इन प्रोग्रेस" स्टेज के बारे में है ...
(उदाहरण के लिए, कल्पना कीजिए कि मैं /programming/18368242/how-to-bypass-a-2tb-core-dump-file-system-limit में अनुरोधकर्ता हूं और 5 को बर्बाद नहीं करना चाहता -6 टीबी डिस्क स्थान :))
लिनक्स पर आप कोर डंप को जेनरेट होने से निष्क्रिय कर सकते हैं ... क्या यह एक विकल्प हो सकता है?
—
krisFR
नहीं - कोर डंप सामान्य रूप से आवश्यक हैं, लेकिन हम सिर्फ उन मामलों में उन्हें रोकने के लिए एक रास्ता तलाश रहे हैं जहां हम जानते हैं कि कोर की आवश्यकता के बिना समस्या क्या है, समय / डिस्क स्थान / आदि को बचाने के लिए .... बेशक हम डंपिंग को पूरा करने के बाद बस कोर को हटा सकते हैं (या इससे पहले कि इसे अनलिंक भी कर सकते हैं), लेकिन डिस्क पर कुछ गिग्स को टाई करने का कोई कारण नहीं है अगर हम सिर्फ कोर डंप को मार सकते हैं।
—
माइक जी।
आप संभवतः किसी निश्चित स्थिति के पूरा होने पर प्रोग्राम को कॉल करने वाली स्क्रिप्ट में "cat / dev / null> <path_to_core>" का उपयोग कर सकते हैं, इसलिए जब तक / proc / <pid> प्रविष्टि मौजूद है, हर कुछ सेकंड में सोएं और दौड़ें / कोर फ़ाइल के लिए देव / अशक्त प्रतिलिपि। यह इसे शून्य कर देगा। मैं प्रश्न के पीछे पूर्ण संदर्भ के बारे में निश्चित नहीं हूं, लेकिन यह काम कर सकता है।
—
Schrute
Schrute, कि कोर को हटाने के रूप में एक ही प्रभाव होगा, है ना? डिस्क स्थान और सिस्टम संसाधनों को तब भी खपत किया जाएगा जब तक कि कोर लेखन समाप्त न हो जाए - फ़ाइल का आकार सिर्फ डु या एलएस में दिखाई नहीं देगा।
—
माइक जी।
संसाधन हाँ, हालाँकि यह कोर / लॉग फ़ाइल जैसी बड़ी फ़ाइल से निपटने और PID को रोकने के लिए एक सामान्य तरीका है। यह सिर्फ इस बात पर निर्भर करता है कि लक्ष्य क्या है।
—
Schrute