बहुत सारी मेमोरी का उपयोग कर एक प्रक्रिया में, मैं स्मृति-भुखमरी कांटा() के बिना एक खोल कैसे उत्पन्न कर सकता हूं?

Question

एक एम्बेडेड प्लेटफार्म (बिना स्वैप विभाजन के) पर, मेरे पास एक ऐसा एप्लिकेशन है जिसका मुख्य प्रक्रिया उपलब्ध भौतिक स्मृति में से अधिकांश पर कब्जा कर लेता है। समस्या यह है कि मैं अपने आवेदन से बाहरी शेल स्क्रिप्ट लॉन्च करना चाहता हूं, लेकिन कांटा() का उपयोग करने के लिए बच्चे की प्रक्रिया से पहले 2x मेरी मूल प्रक्रिया के लिए पर्याप्त मेमोरी होनी चाहिए (जो आखिरकार खुद को कुछ छोटे से अलग कर देगा) बनाया जा सकता है ।

तो क्या एक सी प्रोग्राम से एक शेल स्क्रिप्ट का आह्वान करने का कोई तरीका है बिना फोर्क() के मेमोरी ओवरहेड किए बिना?

मैंने कामकाज पर विचार किया है जैसे कि द्वितीयक छोटी प्रक्रिया है जो गोले बनाने के लिए ज़िम्मेदार है, या एक "वॉचर" स्क्रिप्ट है जिसे मैं किसी फ़ाइल या किसी चीज़ को छूकर सिग्नल करता हूं, लेकिन मुझे कुछ आसान होना चाहिए।

Answer 1

कुछ यूनिक्स कार्यान्वयन आपको vfork (सिंगल यूनिक्स स्पेक का हिस्सा) देगा जो कि fork जैसा है, सिवाय इसके कि यह सभी चीजों को माता-पिता के साथ साझा करता है।

vfork साथ

, वहाँ exec बुला किसी अन्य प्रक्रिया के साथ पता स्थान अधिलेखित करने से पहले चीजें आप बच्चे में क्या कर सकते हैं की एक बहुत ही सीमित संख्या में हैं - कि मूल रूप से fork/exec के लिए fork का एक न्यूनतम प्रति संस्करण क्या vfork के लिए बनाया गया था, अनुक्रम।

Answer 2

यदि आपके सिस्टम में एमएमयू है, तो आमतौर पर fork() कॉपी-ऑन-राइट का उपयोग करके कार्यान्वित किया जाता है, जो वास्तव में fork() पर अधिक स्मृति आवंटित नहीं करता है। अतिरिक्त मेमोरी केवल आवंटित की जाएगी यदि आप पेरेंट प्रक्रिया के साथ साझा किए गए किसी भी पृष्ठ पर लिखें। एक exec() तब उन पृष्ठों को त्याग देगा।

यदि आपको पता है कि आपके पास एमएमयू नहीं है, तो शायद fork() वास्तव में एक वास्तविक प्रति का उपयोग करके लागू किया गया है। एक अन्य दृष्टिकोण एक सहायक प्रक्रिया हो सकती है जो कि उपज के लिए ज़िम्मेदार है, जिसे आप पाइप का उपयोग करने के साथ संवाद करते हैं।

Answer 3

ऐसा लगता है जैसे इस मामले में समझदार कदम आपकी शेल स्क्रिप्ट (यदि संभव हो) को सी को बंद करना है, और प्रक्रिया के भीतर इसे निष्पादित करना है; तो आपको बिल्कुल कांटा नहीं है।

फिर फिर से; मुझे नहीं पता कि आप वास्तव में पर क्या कर रहे हैं।

Answer 4

अपनी प्रक्रिया को खोलने के बजाय एक खोल खोलने के बजाय, अपनी प्रक्रिया (अग्रभूमि में) के भीतर एक खोल लॉन्च करें और फिर इसे खोल के भीतर फोर्क करें।

system("/bin/ash /scripts/bgtask"); 

साथ/scripts/bgtask किया जा रहा है

:

/bin/ash /scripts/propertask & 

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

Answer 5

मैं देख रहा हूँ आप पहले से ही एक जवाब स्वीकार कर लिया है, लेकिन आप अगर यह अपने लक्ष्य पर जो उपलब्ध है posix_spawn के बारे में पढ़ा है, तो इसका उपयोग करना चाहते हो सकता है: नीचे

http://www.opengroup.org/onlinepubs/9699919799/functions/posix_spawn.html