perf_event_open
सिस्टम कॉल की man page के अनुसार (perf
उपयोगकर्ता स्तर उपयोगिताओं द्वारा आंतरिक रूप से उपयोग):
- हार्डवेयर ईवेंट: यह कर्नेल
- हार्डवेयर द्वारा प्रदान की "सामान्यीकृत" हार्डवेयर घटनाओं में से एक को इंगित करता है कैश घटनाएं: यह एक हार्डवेयर कैश घटना इंगित करता है।
अधिक करता है, तो यह है कि क्या में [इंटेल 64 और IA-32 आर्किटेक्चर सॉफ्टवेयर डेवलपर की मैनुअल 3 बी] इंटेल 64 और IA-32 आर्किटेक्चर सॉफ्टवेयर डेवलपर की गैर वास्तु और वास्तु घटनाओं कहा जाता है के साथ कुछ लिंक है से अधिक मैं सोच रहा हूँ मैनुअल 3 बी 2।
इस वर्गीकरण के सटीक अर्थ के बावजूद cache-misses
जैसा कि here in a previous question बताया गया है और ऊपर वर्णित मैन पेज में, स्मृति कैश की संख्या का प्रतिनिधित्व करता है जिसे किसी भी कैश द्वारा सेवा नहीं दी जा सकती है। अलग-अलग कहा, इसका मतलब है कि अंतिम स्तर कैश में कैश की संख्या याद आती है। नतीजतन मुझे लगता है कि यह LLC-misses
से भी समान है, दुर्भाग्यवश मैं अपने लैपटॉप पर पुष्टि करने में सक्षम नहीं हूं क्योंकि LLC-misses
समर्थित नहीं है।
आपके अंतिम प्रश्न के संबंध में, प्रदर्शन निगरानी द्वारा किए गए ओवरहेड बहुत कम होना चाहिए। दरअसल, भूमि के ऊपर मुख्य कारण काउंटर मूल्यों को पढ़ने, और perf stat
का उपयोग कर मुझे लगता है कि यह पढ़ने निष्पादन के अंत में केवल एक बार ही किया जाना चाहिए (यह देखते हुए कि काउंटर अतिप्रवाह नहीं है)
स्रोत
2013-07-01 13:45:23