makepp_sandboxes - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

मेकप_सैंडबॉक्स - मेकप बिल्ड का विभाजन कैसे करें

वर्णन

D: --करो-निर्माण,
--निर्माण न करें,
--मत पढ़ो,
-- अवश्य पढ़ें, I: --सैंडबॉक्स में,
--अंदर-सैंडबॉक्स, O: --सैंडबॉक्स से बाहर, S: --सैंडबॉक्स,
--सैंडबॉक्स-चेतावनी,
--सैंडबॉक्स-चेतावनी, V: --वर्चुअल-सैंडबॉक्स

ऐसे कुछ कारण हैं जिनकी वजह से आप मेकप के लिए फ़ाइल ट्री को विभाजित करना चाह सकते हैं
निर्माण:

1. यदि आप जानते हैं कि पेड़ का अधिकांश भाग किसी भी परिवर्तन से प्रभावित नहीं होता है
पिछले बिल्ड के बाद से स्रोत फ़ाइलें, तो आप मेकप को उन फ़ाइलों को मानने के लिए कह सकते हैं
पेड़ के वे हिस्से पहले से ही अद्यतित हैं, जिसका मतलब अप्रत्यक्ष रूप से भी नहीं है
उनकी मेकफ़ाइलें लोड करना, उनकी निर्भरता की गणना करना और जाँचना तो दूर की बात है। (टिप्पणी
हालाँकि, स्पष्ट रूप से लोड की गई मेकफ़ाइलें अभी भी लोड हैं।)

2. यदि आपके पास एक ही पेड़ तक पहुंचने वाली एकाधिक मेकप प्रक्रियाएं हैं, तो आप उठाना चाहते हैं
एक त्रुटि यदि आप पाते हैं कि दो समवर्ती प्रक्रियाएं एक ही भाग लिख रही हैं
पेड़, या वह एक प्रक्रिया पेड़ के एक हिस्से को पढ़ रही है जो एक समवर्ती प्रक्रिया है
लिखना। किसी भी तरह से, आपके पास एक दौड़ की स्थिति है जिसमें घटनाओं का सापेक्ष क्रम है
दो समवर्ती प्रक्रियाओं में (जिसकी गारंटी नहीं दी जा सकती) परिणाम को प्रभावित कर सकती है।

मेकप में सैंडबॉक्सिंग सुविधाएं हैं जो दोनों चिंताओं का समाधान करती हैं।

सैंडबॉक्सिंग ऑप्शंस
सबट्री के सैंडबॉक्सिंग गुणों को सेट करने के लिए निम्नलिखित मेकप विकल्पों का उपयोग किया जा सकता है
के द्वारा दिया गया पथ और इसकी सभी फ़ाइलें और संभावित फ़ाइलें:

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

--सैंडबॉक्स पथ
--सैंडबॉक्स में पथ
--अंदर-सैंडबॉक्स पथ
--सैंडबॉक्स से बाहर पथ
"इन-सैंडबॉक्स" प्रॉपर्टी को सेट या रीसेट करें। यदि मेकप अन्यथा होता तो एक त्रुटि उत्पन्न होती है
इस प्रॉपर्टी रीसेट के साथ एक फ़ाइल लिखें। बिल्ड जांच अभी भी की जाती है, जब तक कि
"न बनाएं" संपत्ति भी सेट है। डिफ़ॉल्ट सेट है (यानी "इन-सैंडबॉक्स"), जब तक
कोई हैं --सैंडबॉक्स विकल्प, जिस स्थिति में अन्य सभी फ़ाइलों के लिए डिफ़ॉल्ट है
रीसेट करें (अर्थात "सैंडबॉक्स से बाहर")।

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

--मत पढ़ो पथ
--जरूर पढ़ें पथ
"न पढ़ें" गुण को सेट या रीसेट करें। यदि मेकप अन्यथा होता तो एक त्रुटि उत्पन्न होती है
इस प्रॉपर्टी सेट के साथ एक फ़ाइल पढ़ें। डिफ़ॉल्ट रीसेट है (यानी "डू-रीड")।

--वर्चुअल-सैंडबॉक्स
उन फ़ाइलों की बिल्ड जानकारी को दोबारा न लिखें जो इस मेकप प्रक्रिया द्वारा नहीं बनाई गई थीं। यह
ओवरलैपिंग सैंडबॉक्स और आपके साथ समवर्ती मेकप प्रक्रियाएं चलाते समय उपयोगी होता है
निश्चित हैं कि कोई भी दो प्रक्रियाएँ एक ही लक्ष्य बनाने का प्रयास नहीं करेंगी। मेकप्प करेगा
फिर पढ़ी जाने वाली फ़ाइलों के बारे में अतिरिक्त जानकारी को कैशिंग करने से बचें, क्योंकि
अन्य समवर्ती पाठक भी हो सकते हैं।

इन 3 गुणों में से प्रत्येक संपूर्ण उप-वृक्ष पर लागू होता है, जिसमें वे फ़ाइलें भी शामिल हैं जो ऐसा नहीं करतीं
अभी भी मौजूद है. अधिक विशिष्ट पथ कम विशिष्ट पथों को ओवरराइड करते हैं। एक निर्दिष्ट पथ एक हो सकता है
व्यक्तिगत फ़ाइल, भले ही फ़ाइल अभी तक मौजूद न हो।

यदि किसी प्रॉपर्टी को ठीक उसी पथ पर सेट और रीसेट किया जाता है, तो जो विकल्प दिखाई देता है
कमांड लाइन पर दाईं ओर सबसे दूर को प्राथमिकता दी जाती है।

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

इस तरह के अनुकूलन के लिए अब तक का सबसे आम मामला यह है कि आप जानते हैं कि सब कुछ नहीं है
आरंभिक निर्देशिका पर या उसके नीचे पहले से ही अद्यतित है। इस बारे में सूचित किया जा सकता है
मेकप का उपयोग "--निर्माण न करें /. --निर्माण करें .".

सैंडबॉक्सिंग एसटी समवर्ती प्रक्रियाओं
एक तकनीक जो बिल्ड विलंबता को कम कर सकती है वह है कई मेकप प्रक्रियाओं का काम करना
उसी पेड़ पर. इसका उपयोग करने की तुलना में इसे प्रबंधित करना थोड़ा अधिक कठिन है -j विकल्प,
लेकिन यह काफी हद तक अधिक प्रभावी भी हो सकता है क्योंकि:

· सैंडबॉक्सिंग के साथ, प्रक्रियाएँ एकाधिक होस्ट पर चल सकती हैं, उदाहरण के लिए, किसी जॉब के माध्यम से
कतारबद्ध प्रणाली. को बढ़ाना -j सीमा अंततः ए के सीपीयू संसाधनों को समाप्त कर देती है
एकल होस्ट, और अत्यधिक प्रक्रिया फोर्किंग के कारण निर्माण को धीमा भी कर सकता है।

· -j वर्तमान में लोडिंग जैसे मेकप के कुछ समय लेने वाले कार्यों को समानांतर नहीं किया गया है
मेकफ़ाइलें, स्कैनिंग, स्कैनिंग और जाँच करते समय अंतर्निहित निर्भरताएँ बनाना
निर्भरता।

इस दृष्टिकोण के साथ सबसे बड़ा जोखिम यह है कि निर्माण गैर-नियतात्मक हो सकता है
ऐसी प्रक्रियाएँ जो समवर्ती हो सकती हैं, एक दूसरे के साथ परस्पर क्रिया करती हैं। इससे सिस्टम का निर्माण होता है
जो छिटपुट रूप से गलत परिणाम उत्पन्न करते हैं, और इसका कारण निर्धारित करने के लिए कोई सरल तंत्र नहीं है
ऐसा होता है।

इस जोखिम से निपटने के लिए, पेड़ को समवर्ती प्रक्रियाओं के बीच विभाजित करने की सलाह दी जाती है
जैसे कि यदि कोई प्रक्रिया फ़ाइल सिस्टम तक अनुचित तरीके से पहुंचती है, तो एक त्रुटि होती है
निश्चित रूप से तुरंत उठाया गया। आम तौर पर, यह प्रत्येक को असाइन करके पूरा किया जाता है
समवर्ती प्रक्रिया एक "सैंडबॉक्स" है जिसमें इसे लिखने की अनुमति है, जहां सैंडबॉक्स नहीं हैं
दो समवर्ती प्रक्रियाएं ओवरलैप हो सकती हैं।

इसके अलावा, प्रत्येक प्रक्रिया किसी अन्य संभावित समवर्ती प्रक्रिया के सैंडबॉक्स को चिह्नित करती है
जैसे कि "मत पढ़ो।" यदि कोई प्रक्रिया किसी फ़ाइल को पढ़ती है तो दूसरी समवर्ती प्रक्रिया जिम्मेदार होती है
लिखने के लिए (और जो इसलिए अभी तक नहीं लिखा जा सकता है), तो एक त्रुटि उत्पन्न हो जाती है
तुरंत.

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

जब प्रक्रियाओं में एक ज्ञात अनुक्रमिक संबंध होता है, तो आम तौर पर इसे बढ़ाने की कोई आवश्यकता नहीं होती है
त्रुटि तब होती है जब वे पेड़ के उसी हिस्से तक पहुंचते हैं, क्योंकि परिणाम फिर भी होता है
नियतिवादी

हालाँकि, यह निर्दिष्ट करना आम तौर पर फायदेमंद है --निर्माण न करें आश्रितों के लिए विकल्प
प्रक्रिया (हमारे उदाहरण में लिंक प्रक्रिया) जो इसे उन क्षेत्रों के बारे में सूचित करती है जो पहले ही हो चुके हैं
पूर्व अपेक्षित प्रक्रियाओं (हमारे उदाहरण में संकलित कार्य) द्वारा अद्यतन किया गया है। इस में
तरीके से, हम अशक्त-निर्माण लक्ष्यों के अधिकांश अनावश्यक कार्यों से बचते हैं जो उचित थे
अपडेट किया गया।

onworks.net सेवाओं का उपयोग करके ऑनलाइन makepp_sandboxes का उपयोग करें