पूर्ण AMD APU पावर प्रबंधन समर्थन के लिए लिनक्स कैसे सेट करें: टर्बो कोर, Cool'n'Quiet, डायनेमिक पावर मैनेजमेंट?

11

मेरा उद्देश्य निष्क्रिय मोड में कम बिजली की खपत के साथ एक मिनी सर्वर (HTPC नहीं) स्थापित करना है, फिर भी जब उपयोग किया जाता है तो अच्छा प्रदर्शन करता है। उपलब्धता की तुलना में डेटा सुरक्षा पर ध्यान अधिक है। दूसरे शब्दों में: गुणवत्ता भागों, लेकिन केवल भंडारण के लिए अतिरेक।

अपने आप को पक्षपाती नहीं मानना, कुछ शोध के बाद मुझे लगा कि कुछ AMD डेस्कटॉप APU अच्छे मूल्य प्रदान करेंगे।

शेष प्रश्न निम्न हैं:

  • क्या GPU की निष्क्रिय स्थिति कम बिजली की खपत और CPU के लिए संसाधनों को लाएगी?
  • क्या Cool'n'Quiet और टर्बो कोर निष्क्रिय मोड में कम बिजली की खपत के लिए नेतृत्व करेंगे लेकिन लोड के तहत प्रदर्शन करेंगे?
  • क्या लिनक्स इस परिदृश्य का समर्थन करेगा? काफी कुछ सवाल और मंच चर्चा से लगता है कि यह जरूरी नहीं है कि मामला हो।
cpu-frequency  radeon  fglrx  amd  turbo-core 
— CMD चलाएं
स्रोत

जवाबों:

13

[संपादित करें: प्रोसेसर की पसंद के बारे में विचारों को शामिल करना]

  • AMD बनाम AMD:
    • रिचलैंड यहां ट्रिनिटी की तुलना में बहुत बेहतर काम करता है।
    • कावेरी रिचलैंड के निष्क्रिय मोड बिजली अपव्यय (अब के लिए कम से कम) के साथ प्रतिस्पर्धा नहीं कर सकता।
    • A10-6700 का GPU ओवररेटेड हो सकता है, लेकिन यह थोड़ा दुखद है कि इसका ज्यादा उपयोग नहीं किया जाएगा। कुछ एल्गोरिदम अपनी कम्प्यूटेशनल शक्ति को तैनात करने में सक्षम हो सकते हैं। हालांकि यह नहीं पता कि प्रोसेसर की बिजली की खपत पर क्या असर पड़ेगा।
    • मुझे शक है कि A10-6790K टर्बो प्रोसेसर के लिए सिर्फ एक अलग पैरामीटर के साथ A10-6700 के समान प्रोसेसर है। यदि यह सही है, तो A10-6790K लंबी अवधि में अपनी उच्च टीडीपी के कारण लंबी अवधि में अधिक लाभ और / या उच्च आवृत्ति प्रदान करने में सक्षम होगा। लेकिन आपको इसके लिए एक अलग सीपीयू प्रशंसक की आवश्यकता होगी (अंतरिक्ष और तापमान / जीवन काल के बारे में सोचें)।
  • AMD A10-6700 बनाम इंटेल कोर i3-3220:
    • A10-6700 में बहुत अधिक GPU शक्ति है, जो यहां अप्रयुक्त है।
    • I3-3220 में कम निष्क्रिय मोड पावर अपव्यय है।
    • जबकि विशिष्ट बेंचमार्क में i3-3220 गणनाओं के लिए तेज़ है, मैं यह नहीं देख सकता कि इसके दो हाइपर-थ्रेडिंग कोर समानांतर अनुरोधों को कैसे संभाल पाएंगे (जैसे, वेब फ्रंट के साथ एक डेटाबेस के लिए) चार तेजी से पूरी तरह से चित्रित कोर (कम से कम) जब कुछ गंभीर कैशिंग मान लिया जाता है)। कोई गंभीर बेंचमार्क नहीं मिला, हालांकि - केवल कुछ संकेत।

[संपादित करें: मुक्त रैडॉन चालक का bapmपैरामीटर कावेरी, काबिनी और डेस्कटॉप ट्रिनिटी के लिए डिफ़ॉल्ट रूप से सेट है, रिक्लैंड सिस्टम लिनक्स 3.16 के रूप में]

देखें [पुल] रैडॉन ड्रम- 3.16 ।

हालाँकि, 3.16 आधारित डेबियन के बारे में, डिफॉल्ट्स (अभी तक?) काम नहीं करते हैं, जबकि बूट पैरामीटर करता है। अधिकतम ऊर्जा और कंप्यूटिंग दक्षता के लिए एएमडी टर्बो कोर एपीयू के साथ डेबियन सिस्टम (2 डी या कंसोल / सर्वर पर ध्यान केंद्रित) कैसे सेट करें देखें ?

[संपादित करें: मुक्त रैडॉन चालक के पास जल्द ही एक bapmपैरामीटर होगा]

चूंकि नीचे की निचली रेखा radeonटर्बो कोर का समर्थन करने के लिए अपने एपीयू के साथ मुफ्त ड्राइवर के एक पैच किए गए संस्करण का उपयोग करना है और इसे सबसे अधिक प्राप्त करना है (3 डी ग्राफिक्स को छोड़कर) यदि आप कर सकते हैं (सक्षम करने bapmसे कुछ कॉन्फ़िगरेशन में अस्थिरता पैदा हो सकती है) ), यह बहुत अच्छी खबर है कि रैडॉन के भविष्य के संस्करणों में बापम को सक्षम करने के लिए एक पैरामीटर होगा ।

[मूल पोस्ट इस प्रकार है]

AMD A10-6700 (रिचलैंड) APU अनुभव

प्रोसेसर की पसंद

मेरा पहला पीसी 486DX2-66 था, जो कि 3.5 3.5 फ्लॉपी डिस्क में था, जिसमें स्लैकवेयर सोर्स पैकेज थे। चूहे तब बहुत सारी चीजें बदल गए थे, और बहुत सारे उद्योग वर्तमान में उस चरण में लग रहे हैं, जहां अभी भी संख्या में वृद्धि हुई है। उत्पाद प्रकार के।

इस परिस्थिति और हाल के दिनों में एएमडी के कुछ दुर्भाग्यपूर्ण फैसलों ने मेरे लिए मिनी सर्वर के लिए एक प्लेटफॉर्म पर निर्णय लेना आसान नहीं बनाया। लेकिन आखिरकार, मैंने फैसला किया कि A10-6700 एक अच्छा विकल्प होगा:

  • कई समीक्षाओं से पता चला है कि कावेरी एक रिचलैंड या ट्रिनिटी की तुलना में निष्क्रिय मोड में अधिक शक्ति का उपभोग करेगी
  • ट्रिनिटी A10-5700 पर रिचलैंड A10-6700 का लाभ महत्वपूर्ण प्रतीत होता है: सबसे कम और उच्चतर आवृत्ति, अधिक बारीक टर्बो कोर (तापमान पर भी विचार करना - काफी लाभ जब GPU निष्क्रिय हो जाएगा)
  • A10-6700 के GPU को ओवररेटेड (विपणन-चालित नामकरण) कहा जाता है और APU का मूल्य उचित लगता है

अन्य घटक और सेटअप

अनगिनत प्रोसेसर से चुनने के बावजूद, कई मिनी-आईटीएक्स बोर्ड उपलब्ध नहीं हैं। ASRock FM2A78M-ITX + एक उचित विकल्प प्रतीत हुआ। परीक्षण फर्मवेयर V1.30 के साथ किया गया था (जैसा कि मैं इसे लिखता हूं कोई अपडेट उपलब्ध नहीं है)।

बिजली की आपूर्ति के नाममात्र उत्पादन का केवल 80% उपभोग किया जाना चाहिए। दूसरी ओर, कई 50% लोड से नीचे कुशलता से काम करने में विफल रहते हैं। 35W से 120W की अनुमानित बिजली अपव्यय सीमा के साथ एक प्रणाली के लिए ऊर्जा कुशल बिजली की आपूर्ति प्राप्त करना बहुत मुश्किल है। मैंने एक सीजेनिक G360 80+ गोल्ड के साथ ये परीक्षण किए क्योंकि यह कम भार पर दक्षता के बारे में सबसे अधिक प्रतियोगियों को पछाड़ता है।

दो 8 जीबी डीडीआर 3-1866 रैम (जैसे कि - 1333 की तुलना में फर्क पड़ता है) में से एक, एक एसएसडी ड्राइव और एक पीडब्लूएम कंट्रोल्ड क्वालिटी सीपीयू फैन भी टेस्ट सेटअप का हिस्सा थे।

एवीएम फ्रिट्ज का उपयोग करके माप किए गए थे! DECT 200 जिसे सटीक माप करने के लिए सूचित किया गया है। फिर भी, पुराने नो-नाम डिवाइस का उपयोग करके प्लाजिबिलिटी को मान्य किया गया था। किसी भी विसंगतियों की पहचान नहीं की जा सकी। मापा प्रणाली बिजली अपव्यय में कम भार के लिए बिजली आपूर्ति की कम दक्षता शामिल होगी।

एक [W] QHD स्क्रीन को HDMI के माध्यम से जोड़ा गया था।

GPU के लिए प्रारंभिक साझा की गई मेमोरी UEFI BIOS में 32M पर सेट की गई थी। साथ ही, ऑनबोर्ड GPU को प्राथमिक के रूप में चुना गया था, और IOMMU को सक्षम किया गया था।

कोई X या अन्य ग्राफ़िकल सिस्टम स्थापित या कॉन्फ़िगर नहीं किया गया था। वीडियो आउटपुट कंसोल मोड तक ही सीमित था।

मूल बातें

कुछ चीजें हैं जिन्हें जानना आवश्यक है।

  • जबकि Cool'n'Quiet के बारे में निर्णय प्रोसेसर के बाहर सॉफ्टवेयर द्वारा किया जाता है, टर्बो कोर APU (या CPU) पर एक अतिरिक्त माइक्रोकंट्रोलर द्वारा स्वायत्त रूप से किया गया निर्णय है।
  • कई उपकरणों के साथ-साथ /procऔर /sysस्थानों टर्बो कोर गतिविधि की रिपोर्ट नहीं है। cpufreq-aperf, cpupower frequency-infoऔर cpupower monitorकरो, लेकिन उसके बाद ही modprobe msr।

टेस्ट केस ग्रुप 1: लिनक्स + रैडॉन

मैंने नए आर्क लिनक्स (इंस्टॉलर 2014.08.01, कर्नेल 3.15.7) के साथ शुरुआत की। यहां मुख्य कारक acpi_cpufreq(कर्नेल सीपीयू स्केलिंग) और radeon(कर्नेल जीपीयू ड्राइवर) की उपस्थिति और पैच करने का आसान तरीका है radeon।

टेस्ट केस 1.1: BIOS टीसी ऑन - CnQ ऑन / लिनक्स ऑनडेमैंड - बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 1
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ...ddand 

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
देखे गए "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 1800 - 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 1800 - 3700
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... पावर लेवल 0

लोड | कोर फ्रीक्स
--------------- + -----------
तनाव - सीपीयू १ | 1 एक्स 3700
तनाव - सीपीयू 2 | 2 x 3700
तनाव - सीपीयू 3 | 3 x 3700
तनाव - सीपीयू 4 | 4 x 3700

टेस्ट केस 1.2: BIOS TC ऑन - CnQ ऑन / लिनक्स परफॉर्मेंस - बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 1
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
अवलोकन किया गया "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 2000 - 3700
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... पावर लेवल 0

लोड | कोर फ्रीक्स
--------------- + -----------
तनाव - सीपीयू १ | 1 एक्स 3700
तनाव - सीपीयू 2 | 2 x 3700
तनाव - सीपीयू 3 | 3 x 3700
तनाव - सीपीयू 4 | 4 x 3700

टेस्ट केस ग्रुप 1 सारांश

टर्बो कोर आधारित बूस्ट इस परिदृश्य में असंभव है क्योंकि चालक वर्तमान में अक्षम कर देता है कुछ परिस्थितियों में स्थिरता के मुद्दों के कारण झंडा । इसलिए, आगे के परीक्षण को छोड़ दिया गया था।radeonbapm

टेस्ट केस ग्रुप 2: लिनक्स + बापम-पैचेड रैडॉन

सक्षम करने के लिए bapm, मैंने एक नए आर्क लिनक्स (इंस्टॉलर 2014.08.01, कर्नेल 3.15.7) के साथ शुरुआत की, मुझे (3.15.8) के core linuxमाध्यम से पैकेज मिला ABS, PKGBUILDउपयोग करने के लिए संपादित किया pkgbase=linux-tc, साथ में स्रोतों को खींचा , और में makepkg --nobuildबदल दिया pi->enable_bapm = true;। के साथ संकलित किया । फिर, मैंने इसे स्थापित किया ( और ) और अपडेट किया गया ( लेकिन, निश्चित रूप से, वाईएमएमवी)।trinity_dpm_init()src/linux-3.15/drivers/gpu/drm/radeon/trinity_dpm.cmakepkg --noextractpacman -U linux-tc-headers-3.15.8-1-x86_64.pkg.tar.xzpacman -U linux-tc-3.15.8-1-x86_64.pkg.tar.xzGRUBgrub-mkconfig -o /boot/grub/grub.cfg

नतीजतन, मुझे बूट करने का विकल्प दिया गया linuxया linux-tc, और निम्नलिखित परीक्षण उत्तरार्द्ध को संदर्भित करते हैं।

टेस्ट केस 2.1: BIOS टीसी ऑन - CnQ ऑन / लिनक्स ऑनडेमैंड - बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 1
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ...ddand 

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
देखे गए "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 1800 - 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 1800 - 4300
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... पावर लेवल 0

लोड | कोर फ्रीक्स
--------------- + -----------------
तनाव - सीपीयू १ | 1 एक्स 4300
तनाव - सीपीयू 2 | 2 x 4200 .. 4100
तनाव - सीपीयू 3 | 3 x 4100 .. 3900
तनाव - सीपीयू 4 | 4 x 4000 .. 3800

टेस्ट केस 2.2: BIOS TC ऑन - CnQ ऑन / लिनक्स परफॉर्मेंस - बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 1
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... performace

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
अवलोकन किया गया "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 2000 - 4300
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... पावर लेवल 0

लोड | कोर फ्रीक्स
--------------- + -----------------
तनाव - सीपीयू १ | 1 एक्स 4300
तनाव - सीपीयू 2 | 2 x 4200 .. 4100
तनाव - सीपीयू 3 | 3 x 4100 .. 3900
तनाव - सीपीयू 4 | 4 x 4000 .. 3800

टेस्ट केस 2.3: BIOS टीसी ऑन - CnQ ऑन / लिनक्स ऑनडेमैंड - नो बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 0
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ...ddand

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
देखे गए "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 1800 - 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 1800 - 3700
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... शक्ति स्तर 1

लोड | कोर फ्रीक्स
--------------- + -----------
तनाव - सीपीयू १ | 1 एक्स 3700
तनाव - सीपीयू 2 | 2 x 3700
तनाव - सीपीयू 3 | 3 x 3700
तनाव - सीपीयू 4 | 4 x 3700

टेस्ट केस 2.4: BIOS टीसी ऑन - CnQ ऑन / लिनक्स परफॉर्मेंस - नो बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 0
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... performace

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
अवलोकन किया गया "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 2000 - 3700
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... शक्ति स्तर 1

लोड | कोर फ्रीक्स
--------------- + -----------
तनाव - सीपीयू १ | 1 एक्स 3700
तनाव - सीपीयू 2 | 2 x 3700
तनाव - सीपीयू 3 | 3 x 3700
तनाव - सीपीयू 4 | 4 x 3700

टेस्ट केस 2.5: BIOS टीसी बंद - CnQ ऑन / लिनक्स ऑनडेमैंड - बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ अक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 1
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ...ddand 

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
देखे गए "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 1800 - 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 1800 - 3700
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... पावर लेवल 0

दूसरे शब्दों में, अगर टर्बो कोर को BIOS में अक्षम किया गया है, तो पैच radeonइसे चालू नहीं करेगा।

टेस्ट केस 2.6: BIOS टीसी ऑन - CnQ ऑफ / लिनक्स एन / ए

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... अक्षम
/ sys / devices / system / cpu / cpufreq / boost ……………… n / a
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... n / a

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
अवलोकन किया गया "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 2000 - 4300
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... पावर लेवल 0

लोड | कोर फ्रीक्स
--------------- + -----------------
तनाव - सीपीयू १ | 1 एक्स 4300
तनाव - सीपीयू 2 | 2 x 4100 .. 4000
तनाव - सीपीयू 3 | 3 x 4000 .. 3800
तनाव - सीपीयू 4 | 4 x 3900 .. 3700

Cool'n'Qiet अक्षम होने के साथ, लिनक्स कर्नेल किसी भी गवर्नर की पसंद की पेशकश नहीं करेगा और (गलत तरीके से) मान लेता है कि कोर एक निश्चित आवृत्ति पर चलते हैं। दिलचस्प है, परिणामस्वरूप टर्बो कोर आवृत्तियों टेस्ट केस ग्रुप 2 में सभी परीक्षण संयोजनों में से सबसे खराब हैं।

टेस्ट केस ग्रुप 2 सारांश

पैच किए गए radeonड्राइवर के साथ, टर्बो कोर काम करता है। कोई अस्थिरता (जो bapmउर्फ टर्बो कोर को वहां अक्षम किया गया है यही कारण है) अब तक देखा गया है।

टेस्ट केस ग्रुप 3: Linux + fglrx (उत्प्रेरक)

मैंने एक नए उबंटू (14.04 सर्वर, कर्नेल 3.13) इंस्टॉलेशन के साथ शुरुआत की, जिसे मैं आर्क लिनक्स (इंस्टॉलर 2014.08.01, कर्नेल 3.15.7) की तुलना में acpi_cpufreq(कर्नेल सीपीयू स्केलिंग) और radeon(कर्नेल ड्राइवर ) की उपस्थिति के कारण देखता हूं। )। उबंटू में स्विच करने का कारण आसान स्थापना है fglrx। मैंने ताजा स्थापना के साथ बिजली की खपत और व्यवहार को मान्य किया, जो उपयोग करता है radeon।

मैंने fglrxकमांड लाइन ( ) sudo apt-get install linux-headers-generic, से स्थापित sudo apt-get install fglrxकिया और सिस्टम को रिबूट किया। से परिवर्तन radeonकरने के लिए fglrxतुरंत स्पष्ट है दोनों कंसोल उपस्थिति के बारे में ( fglrx: 128 x 48, radeon: बहुत अधिक हो) और प्रयोग मोड बिजली की खपत ( fglrx: 40W, radeon: 30W)। लेकिन टर्बो कोर तुरंत काम करता है।

टेस्ट केस 3.1: BIOS TC ऑन - CnQ ऑन / लिनक्स ऑनडेमैंड - बूस्ट

UEFI BIOS टर्बो कोर सेटिंग ............................ सक्षम
UEFI BIOS Cool'n'Quiet Setting .......................... सक्षम
/ sys / डिवाइसेस / सिस्टम / सीपीयू / cpufreq / बूस्ट ................... 1
/ sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ...ddand 

"cpupower frequency-info" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
देखे गए "/ proc / cpuinfo" cpu मेगाहर्ट्ज रेंज ... 1800 - 3700
मनाया "cpupower मॉनिटर" Freq रेंज ... 1800 - 4300
/ sys / कर्नेल / डिबग / ड्रिंक / 0 / radeon_pm_info ... n / a

लोड | कोर फ्रीक्स
--------------- + ----------------------------
तनाव - सीपीयू १ | 1 एक्स 4300
तनाव - सीपीयू 2 | 2 x 4200 .. 3900 (कोर chg)
तनाव - सीपीयू 3 | 3 x 4100 .. 3700
तनाव - सीपीयू 4 | 4 x 4000 .. 3600

fglrxव्यवहार निश्चित रूप से दिलचस्प है। जब किसी भी परीक्षण मामले समूह में किसी भी tes मामलों के लिए 'तनाव - सीपीयू 2' कहा जाता था, तो दो लोड किए गए कोर हमेशा अलग-अलग मॉड्यूल पर स्थित होते थे। लेकिन इसके साथ fglrx, अचानक एक बार फिर से घटित हुआ ऐसा पता चला कि एक एकल मॉड्यूल का उपयोग किया गया था (जो नीचे कुछ शक्ति को बचाता है)। कुछ समय बाद, लोडेड कोर वापस दूसरे मॉड्यूल में चला गया। इसके साथ देखा नहीं गया radeon। क्या ऐसा हो सकता है कि fglrxप्रक्रियाओं की मुख्य समानता में हेरफेर हो ?

टेस्ट केस ग्रुप 3 सारांश

इसका लाभ fglrxयह है कि यह टर्बो कोर को तुरंत सक्षम करता है, बिना किसी पैच के।

क्योंकि fglrx65W TDP के साथ चिप पर हमारे परिदृश्य में GPU के लिए 10 से 12W बर्बाद होता है, उपलब्ध मुख्य गति के बारे में समग्र परिणाम अप्रभावी होते हैं। इसलिए, कोई और परीक्षण नहीं किया गया था।

इंजीनियरिंग के दृष्टिकोण से भी, व्यवहार fglrxथोड़ा उदास प्रतीत होता है। उच्च आवृत्ति बनाए रखने के लिए अन्य व्यस्त मॉड्यूल में से एक दो व्यस्त कोर को पुनः प्राप्त करना एक अच्छा विचार हो सकता है या नहीं, क्योंकि उस कदम से पहले, दोनों कोर के पास अपने स्वयं के L2 कैश थे, जबकि बाद में, उन्हें एक साझा करना होगा। चाहे fglrxउसके फैसले का समर्थन करने के लिए किसी भी मैट्रिक्स (जैसे कैश हिट मिस) को अलग से स्पष्ट करना होगा, लेकिन इसके अचानक व्यवहार के बारे में अन्य रिपोर्टें हैं ।

बिजली की खपत का सारांश

निम्नलिखित तालिका में डेल्टा मानों में से कुछ तापमान के बढ़ने के साथ थोड़ा खराब हो जाता है; पीडब्लूएम नियंत्रित पंखे और चिप दोनों एक भूमिका निभाते हुए कह सकते हैं।

प्रणाली @State / -> संक्रमण डेल्टा | सिस्टम पावर अपव्यय
------------------------------------- + ------------ -------------
  @BIOS | @ 95 .. 86 डब्ल्यू
  @ बूटलोडर | @ १०। .. W ९ डब्लू
  @ यूबुंटू इंस्टॉलर आइडल | @ ४० डब्लू
  @Linux radeon Idle ondemand | @ ३० डब्लू
  @Linux radeon Idle का प्रदर्शन | @ ३० डब्लू
  @Linux fglrx Idle ondemand | @ ४० डब्लू
  1 मॉड्यूल 1800 -> 3700 | + 13 डब्ल्यू
  1 मॉड्यूल 1800 -> 4300 | + 25 डब्ल्यू
  1 कोर 1800 -> 3700 | + 5 डब्ल्यू
  1 कोर 1800 -> 4300 | + 10 डब्ल्यू
  "रैडॉन" वीडियो आउट -> अक्षम | - 2 डब्ल्यू
  'fglrx' वीडियो आउट -> डार्कन | + - 0W
  @Linux radeon अधिकतम | @ १०३ .. W ९ डब्लू
  @Linux fglrx अधिकतम | @ 105 .. 92 डब्ल्यू
  • टर्बो कोर से अधिक प्रतीत होता है (कम से कम रिचलैंड एपीयू के साथ) अपेक्षा से अधिक: बिजली के अपव्यय में कोई उल्लेखनीय अंतर नहीं है जब "प्रदर्शन" गवर्नर के स्थान पर "ऑनडेमैंड" स्केलिंग गवर्नर होता है। Althouth /proc/cpuinfoहमेशा प्रदर्शन गवर्नर के तहत 37000MHz रिपोर्ट cpupower monitorकरेगा , यह प्रकट करेगा कि कोर वास्तव में धीमा कर देते हैं। कुछ मामलों में, 2000 मेगाहर्ट्ज जितनी कम आवृत्तियों को दिखाया गया था; यह संभव है कि 1800MHz आंतरिक रूप से भी उपयोग किया जाएगा।
  • A10-6700 में दो कोर के साथ दो मॉड्यूल होते हैं। यदि उदाहरण के लिए दो कोर निष्क्रिय हैं और दो कोर व्यस्त हैं और त्वरित हो जाते हैं, तो सिस्टम व्यवहार अलग-अलग होगा, इस पर निर्भर करता है कि व्यस्त कोर एक ही मॉड्यूल पर स्थित हैं या नहीं।
    • एक मॉड्यूल में तेजी लाने से एक कोर को तेज करने की तुलना में अधिक ऊर्जा-गहन है।
    • L2 कैश प्रति मॉड्यूल असाइन किया गया है।
  • एक ही मॉड्यूल बनाम अलग-अलग मॉड्यूल पर दो कोर की शक्ति अपव्यय के बीच अंतर को बदलकर stress --cpu 2(जो हमेशा दो मॉड्यूल के बीच एक वितरण का नेतृत्व किया) द्वारा निर्धारित किया गया था ।taskset -c 0 stress --cpu 1andtaskset -c 1 stress --cpu 1
  • लगता है कि A10-6700 में APU (अन्य घटकों के साथ एक साथ 92W) के लिए कुल बिजली अपव्यय सीमा है, छोटे बिट के लिए अकेले GPU (3 W) के लिए आरक्षित है। इसके साथ radeon, यह एक छोटी अवधि के लिए और अधिक की अनुमति देगा और अधिकतम रूप से बहुत आसानी से कम कर देगा, जबकि fglrx, यह देखा गया है कि ये सीमाएं काफी अधिक हो जाती हैं और बिजली अपव्यय को अचानक कम कर दिया जाता है।
  • जबकि कई लोग दावा करते हैं कि कावेरी की उपलब्धता में देरी एएमडी द्वारा की गई है क्योंकि यह उनके वर्तमान एपीयू को मार देगा, मैं अलग होने की भीख मांगता हूं। रिचलैंड ए 10 ने एक उत्कृष्ट शक्ति प्रबंधन का प्रदर्शन किया है, और कावेरी अपने कम निष्क्रिय राज्य बिजली की खपत के साथ प्रतिस्पर्धा नहीं कर सकती है (कावेरी की चिप जटिलता रिचलैंड की तुलना में लगभग दोगुनी है, इसलिए यह एक या एक या दो विकास कदम उठाएगी)।

कुल मिलाकर निष्कर्ष

  • टर्बो कोर लॉजिक में तापमान शामिल है (जैसा कि ट्रिनिटी के लिए बताया गया है -> रिचलैंड स्टेप) समझ में आता है और अच्छी तरह से काम करता प्रतीत होता है, जैसा कि समय के साथ BIOS और बूटलोडर में pwoer अपव्यय में कमी से देखा जा सकता है।
  • Cosole / सर्वर परिदृश्य के लिए, A10-6700 लंबी अवधि में radeonड्राइवर के साथ कम से कम 4 कोर @ 3700MHz (टर्बो कोर के साथ 3800MHz) का समर्थन करता है । जब जीपीयू को कुछ काम करना हो तो इस प्रदर्शन स्तर को बनाए रखने के लिए बहुत अधिक संभावना नहीं है।
  • ऐसा लगता है कि 65 डब्ल्यू टीडीपी स्थायी रूप से पूर्ण भार से थोड़ा अधिक हो सकता है, लेकिन यह बताना कठिन है क्योंकि बिजली की आपूर्ति 30W में कम दक्षता रखती है। चूंकि स्पष्ट संकेत हैं कि तापमान माना जाता है (लगभग 110W का एक शिखर बिजली अपव्यय 90W से कम होना शुरू होने से पहले मनाया गया था, और 4300 मेगाहर्ट्ज पर भी 2 कोर कुछ समय के लिए रिपोर्ट किए गए थे), APU में निवेश ठंडा हो सकता है अच्छा विचार। हालांकि, 65W TDP तक सीमित मेनबोर्ड केवल इतना करंट सप्लाई कर पाएगा, इसलिए APU द्वारा लगाई गई एक निश्चित सीमा होगी।
  • यदि आप लिनक्स के तहत कंप्यूटिंग के लिए एक रिचलैंड एपीयू का उपयोग करने का इरादा रखते हैं, तो आप निश्चित रूप से एक पैच radeonड्राइवर का उपयोग करना चाहते हैं (यदि आप अस्थिरता का सामना नहीं करते हैं - विशेष रूप से डायनेमिक पावर मैनेजमेंट को सक्षम करने के साथ संयोजन में)। अन्यथा, आपको पूर्ण मूल्य नहीं मिलेगा।
  • अजीब तरह से, ऐसा लगता है कि सबसे अच्छा सेटअप टर्बो कोर और Cool'n'Quiet दोनों BIOS में सक्षम करने के लिए होगा, लेकिन फिर performanceस्केलिंग गवर्नर चुनें - कम से कम अगर आपका APU यहां परीक्षण किए गए की तरह व्यवहार करता है। ondemandस्केलिंग निर्णय लेने के लिए आपके पास समान बिजली की खपत होगी, लेकिन तेज़ आवृत्ति स्केलिंग और कम कर्नेल ओवरहेड।

स्वीकृतियाँ

विशेष धन्यवाद एलेक्स डेउचर को जाता है, जिन्होंने मुझे Bugzilla.kernel.org पर सही दिशा में धकेल दिया ।

मैं नि: शुल्क radeonचालक की गुणवत्ता से प्रभावित हूं और सॉफ्टवेयर के इस टुकड़े को बनाए रखने के लिए पूरी टीम को धन्यवाद देना चाहता हूं , जो प्रतीत होता है कि इंजीनियर है। यदि radeonऐसा नहीं होता है, तो ए 10-6700 के पक्ष में मेरा निर्णय काफी गलत होगा।

— CMD चलाएं
स्रोत
एक आर्क उपयोगकर्ता के रूप में, जो निष्क्रिय बिजली खपत दक्षता में रुचि रखता है, मुझे यह लेख सबसे अच्छे संसाधनों में से एक के रूप में मिला है जो मैंने एएमडी एपीयू के आर्क पर अनुकूलन के लिए देखा है। धन्यवाद! इसे आर्क विकी में पोस्ट किया जाना चाहिए।
— b10hazard
आपकी प्रतिक्रिया के लिए धन्यवाद, @ b10hazard, और यह एक अच्छा विचार है। आर्क विकी में इसे एकीकृत करने के लिए क्या कदम उठाए जाएंगे? मैं आर्क के लिए नया हूं; मैं कुछ समय पहले तक डेबियन की तरफ था।
— CMD
मुझे यकीन नहीं है। बहुत से लोग अपने पीसी पर कम बिजली की खपत में रुचि नहीं रखते हैं और यहां तक ​​कि कम से कम इस विषय पर आपके पास जानकारी का खजाना हासिल कर लिया है। इसमें से कुछ को विकि में शामिल नहीं करना शर्म की बात होगी। शायद आप मंचों पर किसी से पूछ सकते हैं? काश मैं और अधिक मदद कर सकता, मैंने विकी पर एक पेज कभी नहीं बनाया है, मैंने केवल मौजूदा पृष्ठों को संपादित किया है।
— b10hazard
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.