डिस्क IO की निगरानी करते समय, अधिकांश IO को jbd2 के लिए जिम्मेदार ठहराया जाता है, जबकि उच्च IO के कारण होने वाली मूल प्रक्रिया को बहुत कम IO प्रतिशत का श्रेय दिया जाता है। क्यों?
यहाँ iotopउदाहरण का आउटपुट है (IO के साथ अन्य प्रक्रियाएँ <1% छोड़ा गया है):
जवाबों:
jbd2 एक कर्नेल थ्रेड है जो फाइल सिस्टम जर्नल को अपडेट करता है।
फाइलसिस्टम या डिस्क की गतिविधि को उस प्रक्रिया से ट्रेस करना जिसके कारण यह मुश्किल है क्योंकि कई प्रक्रियाओं की गतिविधियों को एक साथ जोड़ दिया जाता है। उदाहरण के लिए, यदि दो प्रक्रियाएँ एक ही समय में एक ही फ़ाइल से पढ़ रही हैं, तो किस प्रक्रिया को पढ़ा जाना चाहिए? यदि दो प्रक्रियाएं एक ही निर्देशिका को लिखती हैं और निर्देशिका केवल एक बार डिस्क पर अपडेट की जाती है (दो संचालन का संयोजन), तो लिखने की प्रक्रिया किसके खिलाफ होगी?
आपके मामले में, ऐसा प्रतीत होता है कि अधिकांश ट्रैफ़िक में जर्नल के अपडेट शामिल हैं। यह जर्नल अपडेटर का पता लगाया जाता है, लेकिन जर्नल अपडेट और प्रक्रिया (तों) के बीच कोई अनुरेखण नहीं है, जिसके कारण राइट ऑपरेशन (एस) हुआ जिससे इस जर्नल अपडेट की आवश्यकता थी।
jbd2बस I / O के बहुत सारे अपने I / O प्राथमिकता पर करना जारी रखता है।
data=journal?