सार : प्रोसेसर और डिस्क द्वारा कंपाइलर की अस्पष्टता को सीमित करने के लिए cgroups का उपयोग करना।

गीत

दिए गए:
1 पीसी प्रोग्रामर,
5200 आरपीएम लैपटॉप डिस्क के साथ लैपटॉप - 1 पीसी ।।
हास्केल स्रोत फ़ाइलें 300 पीसी
कॉफी-स्क्रिप्ट फाइलें (भविष्य के जेएस) - 300 पीसी
संकलन का समय - 40 मिनट।

उद्देश्य: "नरक और मृत्यु" की स्थिति में पूरे सिस्टम को डाले बिना पृष्ठभूमि में संकलन करना। आप 50-60 मिनट तक विधानसभा समय बढ़ाने की लागत पर भी कर सकते हैं।

समाधान?

cgroups

मान लें कि हमारे लैपटॉप में लगभग (आई) डिस्क डिस्क प्रदर्शन है - इसके चरम पर लगभग 80 IOPS। हम संकलन के लिए 40 IOPS और 300% CPU (सभी प्रोसेसर का 75%) देने का निर्णय लेते हैं।

फिर सब कुछ सरल है:

sudo -s mkdir -p ~/cg/io mkdir -p ~/cg/cpu mount -t cgroup -oblkio none ~/cg/io mount -t cgroup -ocpu none ~/cg/cpu mkdir ~/cg/cpu/g1 ( ) stat /dev/sda 

(हमें एक निष्कर्ष मिलता है जिससे हम केवल डिवाइस प्रकार में रुचि रखते हैं: 8.0 , बोल्ड में हाइलाइट - वांछित एक)

हम अगले शेल को लॉन्च करते हैं, जिसमें से संकलन होगा। हम इसके PID को देखते हैं:

 echo $$ 

(हमें नंबर मिलता है)

हम पहले शेल में लिखते हैं:

 echo (PID   ) >~/cg/g1/cpu/tasks echo (PID   ) >~/cg/io/tasks 

(हमने यह कहा, हम किस वंश और उनके वंशज को काटेंगे, एक से अधिक प्रक्रियाएं वहां लिखी जा सकती हैं, लेकिन संकलन के प्रयोजनों के लिए, बस शेलिंग पर्याप्त है)
आगे हमने सीमाएँ निर्धारित की:

IO :

 echo "8:0 20" > ~/cg/io/blkio.throttle.read_iops_device echo "8:0 20" > ~/cg/io/blkio.throttle.write_iops_device 

8: 0 डिवाइस के लिए (इसे कैसे पता करें के लिए ऊपर देखें), वे प्रति सेकंड 20 रिकॉर्ड और 20 रीडिंग की अधिकतम संख्या निर्धारित करते हैं।

CPU :

 echo 300000 > ~/cg/cpu/g1/cpu.cfs_quota_us 

हमने 300,000 ofs (100,000 of के प्रत्येक टिक के लिए) का कोटा निर्धारित किया है, अर्थात 300% CPU।

उसके बाद, हम सुरक्षित रूप से अपने शेल (जिसका पीआईडी ​​हमने कार्यों में लिखा था) में संकलित चला सकते हैं - और यह अब सभी उपलब्ध संसाधनों को नहीं खाएगा, धीमा और बीप करेगा।

मूल्यों, वैसे, जाने पर बदला जा सकता है।