क्लासिक ने लिखा कि खुश घंटे नहीं देखे जाते हैं। उन जंगली समय में, न तो प्रोग्रामर थे और न ही यूनिक्स, लेकिन आजकल प्रोग्रामर बहुत अच्छी तरह से जानते हैं: उनके बजाय क्रॉन समय का पालन करेंगे।

मेरे लिए कमांड लाइन उपयोगिताओं कमजोरी और दिनचर्या दोनों हैं। sed, awk, wc, cut और अन्य पुराने प्रोग्राम हमारे सर्वर पर स्क्रिप्ट द्वारा चलाए जाते हैं। उनमें से कई को क्रोन के लिए कार्यों के रूप में डिज़ाइन किया गया है, 70 के दशक के एक अनुसूचक।

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

क्रोन में लिनक्स का उपयोग करना और कार्य चलाना? यूनिक्स प्रणाली आवेदन वास्तुकला में रुचि रखते हैं? फिर हम रास्ते में हैं!

सामग्री

• प्रजातियों की उत्पत्ति
• पोजीक्स क्रॉस्टैब
• बेस्टसेलर - विक्सी क्रोन 3.0pl1
• डेबियन और उबंटू पर क्रोन
• Red Hat, Fedora और CentOS पर cronie
• SLES और खुले में cronie
• विक्सी क्रोन डिवाइस
• अंतभाषण

प्रजातियों की उत्पत्ति

उपयोगकर्ता या सिस्टम प्रोग्राम का आवधिक निष्पादन सभी ऑपरेटिंग सिस्टम के लिए एक स्पष्ट आवश्यकता है। इसलिए, सेवाओं की आवश्यकता जो केंद्रीकृत योजना और कार्यों के निष्पादन की अनुमति देती है, प्रोग्रामर को बहुत लंबे समय का एहसास हुआ है।

1970 के दशक में बेल लैब्स द्वारा विकसित, प्रसिद्ध केन थॉम्पसन सहित, यूनिक्स जैसे ऑपरेटिंग सिस्टम के संस्करण 7 यूनिक्स से उनकी वंशावली है। संस्करण 7 यूनिक्स के साथ, क्रोन, सुपरसुसर कार्यों के नियमित निष्पादन के लिए एक सेवा भी प्रदान की गई थी।

एक विशिष्ट आधुनिक क्रोन एक साधारण कार्यक्रम है, लेकिन मूल संस्करण का एल्गोरिथ्म और भी सरल था: सेवा एक मिनट में एक बार उठती है, एक ही फाइल (/ etc / lib / crontab) से कार्य प्लेट पढ़ती है और उन कार्यों को करती है जो सुपरयुजर के लिए वर्तमान मिनट में किए जाने चाहिए। ।

इसके बाद, एक सरल और उपयोगी सेवा के लिए उन्नत विकल्प सभी यूनिक्स जैसे ऑपरेटिंग सिस्टम के साथ आए।

1992 में क्रॉस्टैब प्रारूप और उपयोगिता के बुनियादी सिद्धांतों के सामान्यीकृत विवरण यूनिक्स जैसे ऑपरेटिंग सिस्टम के मुख्य मानक में शामिल थे - पोसिक्स - और इस प्रकार डी वास्तविक मानक से क्रोन डी ज्यूर मानक बन गया।

1987 में, पॉल विक्सी ने क्रोन के सुझावों के लिए यूनिक्स उपयोगकर्ताओं का साक्षात्कार करने के बाद, डेमॉन का एक और संस्करण जारी किया जो पारंपरिक क्रोन की कुछ समस्याओं को ठीक करता है और टेबल फ़ाइलों के सिंटैक्स का विस्तार करता है।

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

विशेष रूप से, Red Hat और SUSE विक्सी क्रोन - क्रोनी कांटा का विकास कर रहे हैं, जबकि डेबियन और उबंटू मूल विक्सी क्रोन का उपयोग कई पैच के साथ कर रहे हैं।

सबसे पहले, हम POSIX में वर्णित उपयोगकर्ता-परिभाषित क्रॉस्टैब उपयोगिता से परिचित हो जाते हैं, जिसके बाद हम विक्सी क्रॉन में प्रस्तुत सिंटैक्स एक्सटेंशन और लोकप्रिय लिनक्स वितरण में विक्सी क्रॉन विविधताओं के उपयोग का विश्लेषण करेंगे। और अंत में, केक पर चेरी क्रोन डेमन डिवाइस का एक पार्सिंग है।

पोजीक्स क्रॉस्टैब

यदि मूल क्रोन हमेशा सुपरयुसर के लिए काम करता है, तो आधुनिक अनुसूचियां अक्सर सामान्य उपयोगकर्ताओं के कार्यों से निपटती हैं, जो सुरक्षित और अधिक सुविधाजनक है।

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

POSIX मानक डेमॉन के व्यवहार का वर्णन नहीं करता है, और केवल crontab उपयोगकर्ता प्रोग्राम औपचारिक है। उपयोगकर्ता कार्यों को शुरू करने के लिए तंत्र का अस्तित्व, ज़ाहिर है, निहित है, लेकिन विस्तार से वर्णित नहीं है।

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

crontab -e #    crontab -l #    crontab -r #    crontab path/to/file.crontab #      

crontab -e कॉल करते समय, मानक EDITOR पर्यावरण EDITOR में निर्दिष्ट संपादक का उपयोग किया जाएगा।

कार्य स्वयं निम्नलिखित प्रारूप में वर्णित हैं:

 # -  # # ,   * * * * * /path/to/exec -a -b -c # ,   10-    10 * * * * /path/to/exec -a -b -c # ,   10-            10 2 * * * /path/to/exec -a -b -c > /tmp/cron-job-output.log 

पहले पांच रिकॉर्ड फ़ील्ड: मिनट [1..60], घंटे [0..23], महीने के दिन [1..31], महीने [1..12], सप्ताह के दिन [0..6], जहां 0 - रविवार। अंतिम, छठा, फ़ील्ड एक स्ट्रिंग है जिसे मानक कमांड दुभाषिया द्वारा निष्पादित किया जाएगा।

पहले पाँच क्षेत्रों में, मानों को अल्पविराम से सूचीबद्ध किया जा सकता है:

 # ,         1,10 * * * * /path/to/exec -a -b -c 

या एक हाइफ़न के माध्यम से:

 # ,          0-9 * * * * /path/to/exec -a -b -c 

कार्य शेड्यूलिंग के लिए उपयोगकर्ता की पहुंच POSIX फ़ाइलों cron.allow और cron.deny में क्रमशः विनियमित होती है, जो क्रमशः सूची, crontab के उपयोग वाले उपयोगकर्ता और प्रोग्राम तक पहुंच के बिना उपयोगकर्ता। मानक इन फ़ाइलों के स्थान को विनियमित नहीं करता है।

मानक के अनुसार चल रहे कार्यक्रम, कम से कम चार पर्यावरण चर पारित किए जाने चाहिए:

1. घर उपयोगकर्ता की होम डायरेक्टरी है।
2. LOGNAME - उपयोगकर्ता लॉगिन।
3. PATH वह पथ है जिसके द्वारा मानक प्रणाली उपयोगिताओं को ढूंढना है।
4. शेल उपयोग किए गए शेल का मार्ग है।

यह उल्लेखनीय है कि POSIX कुछ भी नहीं कहता है कि इन चरों के लिए मूल्य कहां से आते हैं।

बेस्टसेलर - विक्सी क्रोन 3.0pl1

लोकप्रिय क्रोन वेरिएंट का सामान्य पूर्वज विक्सी क्रोन 3.0pl1 है, जिसे 1992 के comp.sources.unix मेलिंग सूची में प्रस्तुत किया गया है। इस संस्करण की मुख्य विशेषताएं हम अधिक विस्तार से विचार करेंगे।

विक्सी क्रोन दो कार्यक्रमों (क्रोन और क्रॉस्टैब) में आता है। हमेशा की तरह, डेमन सिस्टम टास्क टेबल और व्यक्तिगत उपयोगकर्ताओं के टास्क टेबल से कार्यों को पढ़ने और शुरू करने के लिए जिम्मेदार है, और उपयोगकर्ता टेबल को संपादित करने के लिए कॉन्टैब उपयोगिता जिम्मेदार है।

कार्य तालिका और कॉन्फ़िगरेशन फ़ाइलें

सुपरयूज़र टास्क टेबल / etc / crontab में स्थित है। सिस्टम टेबल का सिंटैक्स विक्सी क्रोन के सिंटैक्स से मेल खाता है, इस तथ्य के लिए समायोजित किया गया है कि छठा कॉलम उस उपयोगकर्ता के नाम को इंगित करता है, जिसकी ओर से कार्य लॉन्च किया गया है:

 #     vlad * * * * * vlad /path/to/exec 

सामान्य उपयोगकर्ता टास्क टेबल / var / cron / tabs / username में स्थित हैं और सामान्य सिंटैक्स का उपयोग करते हैं। जब crontab उपयोगिता लॉन्च की जाती है, तो ये फाइलें उपयोगकर्ता की ओर से संपादित की जाती हैं।

Crontab के उपयोग वाले उपयोगकर्ताओं की सूचियों को फ़ाइलों / var / cron / allow और / var / cron / deny में प्रबंधित किया जाता है, जहाँ यह उपयोगकर्ता नाम को एक अलग पंक्ति के रूप में जोड़ने के लिए पर्याप्त है।

विस्तारित वाक्यविन्यास

POSIX crontab की तुलना में, पॉल विक्सी के समाधान में उपयोगिता कार्य तालिका सिंटैक्स में कई बहुत उपयोगी संशोधन शामिल हैं।

एक नया टेबल सिंटैक्स उपलब्ध हो गया है: उदाहरण के लिए, आप नाम (सोम, और इसी तरह) द्वारा सप्ताह या महीनों के दिनों को निर्दिष्ट कर सकते हैं:

 #         * * * Jan Mon,Tue /path/to/exec 

आप उस चरण को निर्दिष्ट कर सकते हैं जिसके माध्यम से कार्य शुरू किए गए हैं:

 #       */2 * * * Mon,Tue /path/to/exec 

कदम और अंतराल मिलाया जा सकता है:

 #             0-10/2 * * * * /path/to/exec 

नियमित वाक्यविन्यास के लिए अनुकूल विकल्प समर्थित हैं (रिबूट, वार्षिक, वार्षिक, मासिक, साप्ताहिक, दैनिक, मध्यरात्रि, घंटा):

 #     @reboot /exec/on/reboot #     @daily /exec/daily #     @hourly /exec/daily 

कार्य निष्पादन पर्यावरण

विक्सी क्रोन आपको रनिंग एप्लिकेशन के वातावरण को बदलने की अनुमति देता है।

USER, LOGNAME और HOME पर्यावरण चर केवल डेमॉन द्वारा प्रदान नहीं किए गए हैं, बल्कि पासवार्ड फ़ाइल से लिए गए हैं। PATH चर का मान "/ usr / bin: / bin" और SHELL का मान "/ bin / sh" हो जाता है। LOGNAME को छोड़कर सभी चर के मान को उपयोगकर्ता तालिकाओं में बदला जा सकता है।

कुछ पर्यावरण चर (मुख्य रूप से शेल और होम) का उपयोग क्रोन द्वारा कार्य को चलाने के लिए किया जाता है। कस्टम कार्यों को चलाने के लिए मानक श की बजाय बैश का उपयोग करने के लिए यह कैसा दिख सकता है:

 SHELL=/bin/bash HOME=/tmp/ # exec   bash-  /tmp/ * * * * * /path/to/exec 

अंत में, तालिका में परिभाषित सभी पर्यावरण चर (क्रोन या प्रक्रिया के लिए आवश्यक) का उपयोग रनिंग कार्य में स्थानांतरित किया जाएगा।

Crontab उपयोगिता फ़ाइलों को संपादित करने के लिए VISUAL या EDITOR पर्यावरण चर में निर्दिष्ट संपादक का उपयोग करता है। यदि इन चर को उस वातावरण में परिभाषित नहीं किया जाता है जहां क्रॉन्ब लॉन्च किया गया था, तो "/ usr / ucb / vi" का उपयोग किया जाता है (ucb संभवतः कैलिफोर्निया विश्वविद्यालय, बर्कले है)।

डेबियन और उबंटू पर क्रोन

डेबियन और व्युत्पन्न डेवलपर्स ने विक्सी क्रोन संस्करण 3.0pl1 का अत्यधिक संशोधित संस्करण जारी किया है। तालिका फ़ाइलों के सिंटैक्स में कोई अंतर नहीं है, उपयोगकर्ताओं के लिए, यह वही विक्सी क्रोन है। सबसे बड़ी नई विशेषताएं: syslog , SELinux, और PAM समर्थन।

कम ध्यान देने योग्य, लेकिन ठोस परिवर्तन - कॉन्फ़िगरेशन फ़ाइलों और कार्य तालिकाओं का स्थान।

Debian में उपयोगकर्ता तालिका निर्देशिका / var / spool / cron / crontabs में स्थित हैं, सिस्टम तालिका अभी भी / etc / crontab में है। डेबियन-विशिष्ट टास्क टेबल को /etc/cron.d में रखा गया है, जहां से क्रोन डेमॉन स्वचालित रूप से उन्हें पढ़ता है। उपयोगकर्ता पहुंच नियंत्रण /etc/cron.allow और /etc/cron.deny फ़ाइलों द्वारा नियंत्रित किया जाता है।

डिफ़ॉल्ट शेल / बिन / श का उपयोग अभी भी डिफ़ॉल्ट शेल के रूप में किया जाता है। डेबियन एक छोटा पोसिक्स-संगत डैश शेल निभाता है जो किसी भी कॉन्फ़िगरेशन (गैर-इंटरैक्टिव मोड में) को पढ़ने के बिना चलता है।

डेबियन के नवीनतम संस्करणों में क्रोन को सिस्टमड के माध्यम से लॉन्च किया गया है, और लॉन्च कॉन्फ़िगरेशन को /lib/systemd/system/cron.service में देखा जा सकता है। सेवा के विन्यास में कुछ खास नहीं है, किसी भी महीन कार्य का प्रबंधन पर्यावरण चर के माध्यम से किया जा सकता है जो सीधे प्रत्येक उपयोगकर्ता के क्राउनट में घोषित किया जाता है।

रेडहैट, फेडोरा और सेंटोस पर क्रोनी

क्रोनी - विक्सी क्रोन संस्करण 4.1 का कांटा। जैसा कि डेबियन में, वाक्यविन्यास में बदलाव नहीं हुआ, लेकिन PAM और SELinux के लिए समर्थन, एक क्लस्टर में काम करना, inotify का उपयोग करके फ़ाइलों को ट्रैक करना और अन्य विशेषताओं को जोड़ा गया था।

डिफ़ॉल्ट कॉन्फ़िगरेशन सामान्य स्थानों में है: सिस्टम टेबल / etc / crontab में है, संकुल ने अपनी तालिकाओं को /etc/cron.d में रखा है, उपयोगकर्ता टेबल / var / spool / cron / crontabs में हैं।

डेमन सिस्टमड के तहत चलता है, सेवा विन्यास /lib/systemd/system/crond.service है।

स्टार्टअप पर, Red Hat जैसे वितरण डिफ़ॉल्ट रूप से / बिन / श का उपयोग करते हैं, जिसकी भूमिका मानक बैश है। यह ध्यान दिया जाना चाहिए कि जब क्रोन कार्यों को / बिन / श के माध्यम से चलाते हैं, तो पॉश-संगत मोड में बैश शेल शुरू होता है और गैर-इंटरैक्टिव मोड में काम करने पर कोई अतिरिक्त कॉन्फ़िगरेशन नहीं पढ़ता है।

SLES और खुले में cronie

जर्मन एसएलईएस वितरण और इसके ओपनसिव व्युत्पन्न एक ही क्रोनी का उपयोग करते हैं। यहाँ डेमन सिस्टमड के तहत भी चलता है, सेवा विन्यास /usr/lib/systemd/system/cron.service में है। विन्यास: / etc / crontab, /etc/cron.d, / var / spool / cron / tabs। जैसे / बिन / श एक ही बैश काम करता है, POSIX- संगत गैर-इंटरैक्टिव मोड में लॉन्च किया गया।

विक्सी क्रोन डिवाइस

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

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

दानव के कार्य को कई चरणों में विभाजित किया जा सकता है:

1. कार्यक्रम का प्रारंभ।
2. चलाने के लिए कार्यों की सूची एकत्र करें और अपडेट करें।
3. मुख्य क्रोन लूप ऑपरेशन।
4. कार्य का शुभारंभ।

क्रम में उन्हें क्रमबद्ध करें।

प्रारंभ

जब लॉन्च किया जाता है, तो प्रक्रिया के तर्कों की जाँच करने के बाद, क्रोन SIGCHLD और SIGHUP सिग्नल हैंडलर स्थापित करता है। पहला बच्चा प्रक्रिया को पूरा करता है, दूसरा लॉग फाइल के डिस्क्रिप्टर को बंद करता है:

 signal(SIGCHLD, sigchld_handler); signal(SIGHUP, sighup_handler); 

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

 acquire_daemonlock(0); set_cron_uid(); set_cron_cwd(); 

डिफ़ॉल्ट पथ सेट है, जिसका उपयोग प्रक्रियाओं को शुरू करते समय किया जाएगा:

 setenv("PATH", _PATH_DEFPATH, 1); 

फिर प्रक्रिया "demonized" है: यह कांटा बुलाकर प्रक्रिया की एक बच्चे की नकल बनाता है और बच्चे की प्रक्रिया में एक नया सत्र (कॉलिंग सेट)। मूल प्रक्रिया की कोई अधिक आवश्यकता नहीं है - और यह काम पूरा करती है:

 switch (fork()) { case -1: /*      */ exit(0); break; case 0: /*   */ (void) setsid(); break; default: /*     */ _exit(0); } 

मूल प्रक्रिया की समाप्ति लॉक फ़ाइल पर लॉक को रिलीज़ करती है। इसके अलावा, आपको फ़ाइल में पीआईडी ​​को बच्चे को अपडेट करना होगा। उसके बाद, कार्य डेटाबेस भरा जाता है:

 /*    */ acquire_daemonlock(0); /*   */ database.head = NULL; database.tail = NULL; database.mtime = (time_t) 0; load_database(&database); 

इसके अलावा क्रोन मुख्य कार्य चक्र के लिए आगे बढ़ता है। लेकिन इससे पहले, कार्य सूची लोड करने पर एक नज़र डालें।

कार्य सूची एकत्र करना और अद्यतन करना

टास्क सूची लोड करने के लिए load_database फ़ंक्शन जिम्मेदार है। यह उपयोगकर्ता फ़ाइलों के साथ मुख्य सिस्टम crontab और निर्देशिका की जाँच करता है। यदि फाइलें और निर्देशिका नहीं बदली गई है, तो कार्यों की सूची फिर से नहीं है। अन्यथा, एक नई कार्य सूची बनने लगती है।

विशेष फ़ाइल और तालिका नामों के साथ सिस्टम फ़ाइल डाउनलोड करना:

 /*     ,  */ if (syscron_stat.st_mtime) { process_crontab("root", "*system*", SYSCRONTAB, &syscron_stat, &new_db, old_db); } 

एक लूप में उपयोगकर्ता तालिका लोड हो रही है:

 while (NULL != (dp = readdir(dir))) { char fname[MAXNAMLEN+1], tabname[MAXNAMLEN+1]; /*      */ if (dp->d_name[0] == '.') continue; (void) strcpy(fname, dp->d_name); sprintf(tabname, CRON_TAB(fname)); process_crontab(fname, fname, tabname, &statbuf, &new_db, old_db); } 

फिर पुराने डेटाबेस को एक नए से बदल दिया जाता है।

ऊपर दिए गए उदाहरणों में, process_crontab फ़ंक्शन को कॉल करना सुनिश्चित करता है कि उपयोगकर्ता मौजूद है जो टेबल फ़ाइल नाम (जब तक कि यह सुपरयूज़र नहीं है) से मेल खाता है, और फिर load_user कॉल करता है। उत्तरार्द्ध पहले से ही फ़ाइल लाइन द्वारा लाइन पढ़ता है:

 while ((status = load_env(envstr, file)) >= OK) { switch (status) { case ERR: free_user(u); u = NULL; goto done; case FALSE: e = load_entry(file, NULL, pw, envp); if (e) { e->next = u->crontab; u->crontab = e; } break; case TRUE: envp = env_set(envp, envstr); break; } } 

यहां, या तो पर्यावरण चर (प्रपत्र VAR = मान की पंक्तियाँ) load_env / env_set फ़ंक्शंस द्वारा सेट की जाती हैं, या load_entry फ़ंक्शन द्वारा कार्य विवरण (* * * * * / path / to / execute) पढ़ा जाता है।

Load_entry द्वारा लौटाई गई एंट्री यूनिट हमारे कार्य को कार्यों की सामान्य सूची में रखा गया है। फ़ंक्शन में ही, समय प्रारूप का एक लंबा विश्लेषण किया जाता है, लेकिन हम पर्यावरण चर और कार्य लॉन्च मापदंडों के निर्माण में अधिक रुचि रखते हैं:

 /*         passwd*/ e->uid = pw->pw_uid; e->gid = pw->pw_gid; /*    (/bin/sh),      */ e->envp = env_copy(envp); if (!env_get("SHELL", e->envp)) { sprintf(envstr, "SHELL=%s", _PATH_BSHELL); e->envp = env_set(e->envp, envstr); } /*   */ if (!env_get("HOME", e->envp)) { sprintf(envstr, "HOME=%s", pw->pw_dir); e->envp = env_set(e->envp, envstr); } /*     */ if (!env_get("PATH", e->envp)) { sprintf(envstr, "PATH=%s", _PATH_DEFPATH); e->envp = env_set(e->envp, envstr); } /*     passwd */ sprintf(envstr, "%s=%s", "LOGNAME", pw->pw_name); e->envp = env_set(e->envp, envstr); 

मुख्य चक्र कार्यों की वर्तमान सूची के साथ भी काम करता है।

मुख्य चक्र

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

SysV में एक वैकल्पिक संस्करण प्रस्तावित किया गया था, जिसमें डेमन या तो अगले मिनट तक सो गया, जिसके लिए कार्य को परिभाषित किया गया था, या 30 मिनट के लिए। इस मोड में कॉन्फ़िगरेशन को फिर से पढ़ने और कार्यों की जांच करने के लिए संसाधनों का कम उपभोग किया गया था, लेकिन कार्यों की सूची को जल्दी से अपडेट करने के लिए यह असुविधाजनक हो गया।

विक्सी क्रोन एक मिनट में एक बार कार्य सूचियों की जाँच करने के लिए वापस आ गया, क्योंकि 80 के दशक के अंत तक मानक यूनिक्स मशीनों पर बहुत अधिक थे:

 /*    */ load_database(&database); /*  ,       */ run_reboot_jobs(&database); /*  TargetTime    */ cron_sync(); while (TRUE) { /*  ,     TargetTime    ,    */ cron_sleep(); /*   */ load_database(&database); /*      */ cron_tick(&database); /*  TargetTime     */ TargetTime += 60; } 

Cron_sleep फ़ंक्शन, जो फ़ंक्शंस job_runqueue (गणना और कार्यों की शुरुआत) और do_command (प्रत्येक व्यक्तिगत कार्य की शुरुआत) कहता है, सीधे कार्यों के निष्पादन में शामिल है। अंतिम फ़ंक्शन को अधिक विस्तार से माना जाना चाहिए।

कार्य का शुभारंभ

Do_command फ़ंक्शन को एक अच्छी यूनिक्स शैली में निष्पादित किया जाता है, अर्थात यह एसिंक्रोनस कार्य निष्पादन के लिए कांटा करता है। अभिभावक प्रक्रिया कार्यों को लॉन्च करना जारी रखती है, बाल प्रक्रिया कार्य प्रक्रिया तैयार कर रही है:

 switch (fork()) { case -1: /*   fork */ break; case 0: /*  :          */ acquire_daemonlock(1); /*      */ child_process(e, u); /*       */ _exit(OK_EXIT); break; default: /*     */ break; } 

Child_process में बहुत तर्क है: यह मानक आउटपुट लेता है और त्रुटि स्वयं पर बहती है, ताकि इसे तब मेल पर भेजा जा सके (यदि कार्य तालिका में MAILTO पर्यावरण चर निर्दिष्ट किया गया है), और, अंत में, यह मुख्य कार्य प्रक्रिया के पूरा होने की प्रतीक्षा करता है।

कार्य प्रक्रिया दूसरे कांटे से बनती है:

 switch (vfork()) { case -1: /*      */ exit(ERROR_EXIT); case 0: /* -   ,   .. */ (void) setsid(); /* *     ,    */ /*  ,    , *       */ setgid(e->gid); setuid(e->uid); chdir(env_get("HOME", e->envp)); /*    */ { /*   SHELL      */ char *shell = env_get("SHELL", e->envp); /*       , *    ,       */ execle(shell, shell, "-c", e->cmd, (char *)0, e->envp); /*  —    ?   */ perror("execl"); _exit(ERROR_EXIT); } break; default: /*    :      */ break; } 

यहाँ, सामान्य रूप में, और पूरे क्रोन। मैंने कुछ दिलचस्प विवरणों को छोड़ दिया, उदाहरण के लिए, दूरस्थ उपयोगकर्ताओं के लिए लेखांकन, लेकिन मुख्य बात को रेखांकित किया।

अंतभाषण

क्रोन एक आश्चर्यजनक रूप से सरल और उपयोगी कार्यक्रम है, जो यूनिक्स दुनिया की सर्वश्रेष्ठ परंपराओं में बनाया गया है। वह कुछ भी शानदार नहीं करती है, लेकिन वह कई दशकों से आश्चर्यजनक रूप से अपना काम कर रही है। उबंटू के साथ आने वाले संस्करण का कोड जानने में एक घंटे से अधिक नहीं लगा, और मुझे बहुत मज़ा आया! आशा है कि मैं इसे आपके साथ साझा कर सकता हूं।

मैं आपके बारे में नहीं जानता, लेकिन मेरे लिए उस आधुनिक प्रोग्रामिंग को महसूस करना थोड़ा दुःखद है, जिसकी पुन: जटिल और पुनः सार करने की प्रवृत्ति के साथ, इस तरह की सरलता का होना बंद हो गया है।

क्रॉन के लिए कई आधुनिक विकल्प हैं: सिस्टमड-टाइमर आपको निर्भरता के साथ जटिल सिस्टम को व्यवस्थित करने की अनुमति देते हैं, fcron में आप कार्यों द्वारा संसाधनों की खपत को अधिक लचीले ढंग से नियंत्रित कर सकते हैं। लेकिन व्यक्तिगत रूप से, मैंने हमेशा सबसे सरल क्रॉस्टैब किया है।

एक शब्द में, यूनिक्स से प्यार करें, सरल कार्यक्रमों का उपयोग करें और अपने मंच के लिए मैना पढ़ना न भूलें!