हाई डिस्क I / O के दौरान सिस्टम प्रदर्शन / जवाबदेही में सुधार के बारे में क्या प्रगति है?

Question

जब भी हाई डिस्क I / O होता है, तो सिस्टम सामान्य से बहुत धीमा और कम संवेदनशील हो जाता है। इसके बारे में लिनक्स कर्नेल पर क्या प्रगति है? क्या इस समस्या पर सक्रिय रूप से काम किया जा रहा है?

Comments

मैं कसम खाता हूँ कि यह पहले आया है ... हम्म ...

— xenoterracide

संभव डुप्लिकेट @tshepang, इसमें निश्चित रूप से आपके प्रश्न के उत्तर हैं।

— xenoterracide

@tshepang ने यह सवाल

— xenoterracide

@tshepang। मैंने इसका उत्तर दूसरों पर कही गई बातों का उपयोग करके दिया। मैं स्वीकार कर रहा हूं कि यह अपना प्रश्न बने रहने के लिए पर्याप्त है, लेकिन वे निश्चित रूप से संबंधित हैं। वास्तव में मुझे लगता है कि यदि आप दोनों अन्य प्रश्नों के पीछे के वास्तविक कारण को देखते हैं, तो आप पाएंगे कि आप सभी एक ही बग का सामना कर रहे हैं, आपने प्रश्न को अलग तरीके से पूछा है।

— xenoterracide

@tshepang, यदि आपने पिछले 10 कर्नेल रिलीज़ को ट्रैक किया है, तो आपको IO समस्याओं से संबंधित कई पैच मिलेंगे, प्रदर्शन 3, ext4, CFQ, और संभवतः कुछ अन्य स्थानों में, पैच के इस नवीनतम दौर सहित। बहुत बुरा मुझे अभी अन्य सभी लिंक नहीं मिल रहे हैं।

— xenoterracide

Answer 1

मुझे लगता है कि अधिकांश भाग के लिए इसे हल कर लिया गया है। भारी IO के तहत मेरा प्रदर्शन 2.6.36 में सुधार हुआ है और मुझे उम्मीद है कि यह 2.6.37 में और सुधार करेगा। इन phoronix लेखों को देखें ।

वू फेंग्गैंग और कोसाकी मोटोहिरो ने इस हफ्ते पैच प्रकाशित किया है कि उनका मानना ​​है कि इन जवाबदेही मुद्दों में से कुछ को संबोधित करेंगे, जिसके लिए वे "सिस्टम स्मृति के दबाव में गैर-जिम्मेदाराना और बहुत सारे गंदे / लिखने के पन्नों" बग को कहते हैं। एंड्रियास मोहर, उन उपयोगकर्ताओं में से एक जिन्होंने एलकेएमएल को इस समस्या की सूचना दी है और कर्नेल के वेम्स्कन रिपोर्ट की गई सफलता के खिलाफ लगाए गए दो पैच का परीक्षण किया है। एंड्रियास की समस्या पूरी तरह से अनुत्तरदायी बनने वाली प्रणाली थी (और जब वीटी-स्टेट ड्राइव को USB 1.1 के माध्यम से कनेक्ट किया गया था, तो EXT4 फाइल-सिस्टम बनाते समय VT पर स्विच करना 20+ सेकंड का होता है)। अपने सिस्टम पर / m / शून्य फ़ाइल से 300M लिखने पर समस्या और भी बदतर थी।

यहाँ बग के लिए एक सीधा लिंक है

इसके अलावा Phoronix से

सौभाग्य से, हमारे परीक्षण और अन्य लिनक्स उपयोगकर्ताओं की रिपोर्ट ने इस समस्या को ठीक होते हुए देखा, अपेक्षाकृत छोटे vmscan पैच जो प्रकाशित किए गए थे वे इस मुद्दे को बेहतर तरीके से संबोधित करते हैं। यदि सिस्टम डिस्क गतिविधि की भारी मात्रा को बनाए रख रहा है, तो यूजर-इंटरफेस (हमारे मामले में GNOME) अभी भी 100% तरल नहीं है, लेकिन यह निश्चित रूप से पहले की तुलना में बहुत बेहतर है और अभी भी लिनक्स 2.6.35 कर्नेल के साथ अभी भी पाया गया है।

वहाँ भी है Phoronix 2.6.36 रिलीज घोषणा

ऐसा लगता है कि ब्लॉक बाधाएं दूर हो रही हैं और इससे प्रदर्शन को भी मदद मिलनी चाहिए।

व्यवहार में, अवरोधकों को ब्लॉक I / O प्रदर्शन को मारने के लिए एक अप्रिय प्रतिष्ठा है, इस बिंदु पर कि प्रशासकों को अक्सर उन्हें बंद करने और उनके जोखिम लेने के लिए लुभाया जाता है। हालांकि समकालीन हार्डवेयर द्वारा प्रदान किए गए टैग किए गए कतार संचालन को बाधाओं को यथोचित रूप से लागू करना चाहिए, उन सुविधाओं का उपयोग करने के प्रयास आम तौर पर कठिनाइयों में चले गए हैं। इसलिए, वास्तविक दुनिया में, बाधाएं केवल I / O अनुरोध कतार को हटाने से पहले बाधा संचालन को लागू करने से पहले कार्यान्वित की जाती हैं, कुछ फ्लश संचालन के साथ हार्डवेयर को वास्तव में लगातार मीडिया के लिए डेटा प्राप्त करने के लिए फेंक दिया जाता है। कतार-नाली संचालन डिवाइस को रोक देगा और पूर्ण प्रदर्शन के लिए आवश्यक समानता को मार देगा; यह आश्चर्य की बात नहीं है कि बाधाओं का उपयोग दर्दनाक हो सकता है।

निष्पक्ष I / O निर्धारण पर यह LWN लेख भी है

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

2.6.28 , 2.6.29 , 2.6.30 , 2.6.31 , 2.6.32 , 2.6.33 , 2.6.34 , 2.6.35 , 2.6.36 , 2.6.37