किसी को कोड संकलन पर हार्डवेयर बेंचमार्क करता है? [बन्द है]


21

मैंने उन साइटों का एक समूह देखा है जो गेमिंग प्रदर्शन पर नए हार्डवेयर को बेंचमार्क करते हैं, कुछ फ़ाइलों को ज़िप करते हैं, एक फिल्म को एन्कोडिंग करते हैं, या जो कुछ भी। क्या कोई ऐसा हार्डवेयर है जो कम्पाइलर और लिंक स्पीड या तो लिनक्स या विंडोज़ पर नए हार्डवेयर (जैसे एसएसडी, नए सीपीयू, रैम स्पीड, या जो भी हो) के प्रभाव का परीक्षण करता है?

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


मुझे लगता है कि यह सुपरयूजर पर आधारित है।
महमूद होसाम

2
@ महमूद होसाम: एक मिश्रित विषय की तरह, संकलन एक गहन प्रोग्रामर केवल गतिविधि है, जबकि हार्डवेयर बेंचमार्क निश्चित रूप से एक अलग क्षेत्र है।
19:11

@ अच्छी तरह से, वह यह नहीं पूछ रहा है कि उसे एक्स या वाई को संकलित करना चाहिए या नहीं, वह पूछ रहा है कि क्या लोग बेंचमार्क करने के लिए सामान्य रूप से संकलन का उपयोग करते हैं।
महमूद होसम

1
मैंने कुछ kokizzu.blogspot.co.id/2015/02/…
Kokizzu

1
यहाँ लिनक्स कर्नेल संकलन समय के आधार पर एक सीपीयू बेंचमार्क है: Openbenchmarking.org/showdown/pts/build-linux-kernel
sjakobi

जवाबों:


4

मैंने कुछ समय के लिए ऐसा किया - यहाँ और यहाँ देखें ।

उस समय, मैं लिनक्स सेल फोन डिस्ट्रो के लिए GTK + और X11 हैक्स पर काम कर रहा था, और हर बार जब मैंने इतने निचले स्तर पर किसी चीज़ को छुआ, तो इसने सभी तरह की चीज़ों के पुनर्निर्माण को चालू कर दिया। मेरे एक सहकर्मी ने कभी भी पूर्ण निर्माण नहीं किया, क्योंकि कंप्यूटर पर कंपनी ने मानक संकलन विकल्पों के साथ आपूर्ति की थी, इसमें पांच घंटे लगे।

मेरे पास घर पर बैठे सभी प्रकार के पागल हार्डवेयर थे, इसलिए मैंने कुछ मशीनों पर बेंचमार्क चलाया जबकि मैंने दूसरों पर कोड किया, और आप लिंक पर परिणाम देख सकते हैं।

हम उबंटू पर क्या कर रहे थे, एक बार मैंने सीपीयू उपयोग को अधिकतम किया - जिसे आप वास्तव में आसानी से कर सकते हैं -जे तर्क के साथ - अड़चन डिस्क लग रहा था।

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


दो विस्तृत पदों के साथ इसे बनाने में शर्म आती है और वे रुक जाते हैं। क्या आपके पास अभी भी वह सारा डेटा है? किसी भी मामले में, कुछ ब्लॉग पोस्ट / उत्तरों को देखने के लिए यह बहुत दिलचस्प होगा कि आपको क्या मिला।
ह्यूगो

@ ह्यूगो: नहीं, मुझे डर नहीं है - कच्चा डेटा लंबा चला गया है। लेकिन मूल रूप से जो मैं साथ आया था, वह यह है कि सिस्टम (1-8 सीपीयू कोर) और स्रोत कोड (लिनक्स कर्नेल) के लिए मैं परीक्षण कर रहा था, सबसे तेज बिल्ड समय था जब -जे विकल्प 1.5x कोर की संख्या पर था, -j = 2 एक कोर के लिए सबसे अच्छा होने के नाते। उसके नीचे, सिस्टम सीपीयू बाध्य थे, और उसके ऊपर, वे I / O बाध्य थे। यह एक दिलचस्प सवाल है - शायद मुझे इसे किसी दिन फिर से लेना चाहिए।
बॉब मर्फी

0

सबसे पहले मेरी विशलिस्ट एक सॉलिड स्टेट ड्राइव है। यह संकलन समय पर बहुत अधिक प्रभाव नहीं डालेगा, लेकिन अनुप्रयोग खोलने से काफी तेज़ हो जाता है (IDE, PhotoShop, ETC)। http://joelonsoftware.com/items/2009/03/27.html

संकलन समय के लिए सबसे बड़ा कारक सीपीयू होने जा रहा है। आप इसे बेंचमार्क http://www.cpubenchmark.net/ के लिए उपयोग करके बहुत सुरक्षित हैं ।


1
फिर से बहुत कुछ आपकी बिल्ड चेन पर निर्भर करता है। यदि आपकी बिल्ड चेन मल्टी-सीपीयू, मल्टी-कोर या यहां तक ​​कि मल्टी-थ्रेडेड सीपीयू पर संकलन के लिए केवल एक ही धागे का उपयोग करती है, तो आप बड़े पैमाने पर लाभ के लिए एक अवसर बर्बाद कर रहे हैं। एक सादे सीपीयू बेंचमार्क अभ्यस्त बताते हैं, और एक दिए गए टूलमार्क के लिए एक संकलन बेंचमार्क केवल अच्छा होगा।
asoundmove

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

0

टॉम के हार्डवेयर का उपयोग किया गया था, लेकिन ऐसा लगता है कि उन्होंने 2008 में इसे वापस करना बंद कर दिया: http://www.tomshardware.com/charts/desktop-cpu-charts-q3-2008/benchmarks,31.html । नए CPU चार्टों में से किसी में लिनक्स कर्नेल संकलन परीक्षण शामिल नहीं है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.