Amacım, bekleme modunda düşük güç tüketimi olan ancak kullanıldığında güzel performans sunan bir mini sunucu (HTPC değil) kurmaktır. Odak noktası veri güvenliğine, kullanılabilirlikten çok. Başka bir deyişle: kaliteli parçalar, ancak yalnızca depolama için yedeklilik.

Kendimi önyargılı olarak görmüyorum, bazı araştırmalardan sonra bazı AMD masaüstü APU'larının iyi bir değer sunacağını hissettim.

Kalan sorular:

• GPU'nun boş durumu CPU için güç tüketimini azaltır ve kaynakları serbest bırakır mı?
• Cool'n'Quiet ve Turbo Core, boş modda amaçlanan düşük güç tüketimine, ancak yük altındaki performansa neden olur mu?
• Linux bu senaryoyu amaçlandığı gibi destekleyecek mi? Oldukça az sayıda soru ve forum tartışmaları bunun böyle olması gerekmediğini düşündürmektedir.

[Düzenle: İşlemci seçimiyle ilgili düşünceleri sonuçlandırma]

• AMD ve AMD:
  • Richland burada Trinity'den çok daha iyi bir iş çıkarıyor.
  • Kaveri, Richland'ın boş mod güç dağılımı ile rekabet edemez (en azından şimdilik).
  • A10-6700'ün GPU'su abartılmış olabilir, ancak çok fazla kullanılmayacağı biraz üzücü. Bazı algoritmalar hesaplama gücünü uygulayabilir. Bununla birlikte, işlemcinin güç tüketimini nasıl etkileyeceği hakkında hiçbir fikrim yok.
  • A10-6790K'nın Turbo Core takviyeleri için sadece farklı bir parametre setiyle A10-6700 ile aynı işlemci olduğundan şüpheleniyorum. Bu doğruysa, A10-6790K, daha yüksek TDP nedeniyle daha uzun süre artabilir ve / veya uzun vadede daha yüksek frekanslar sağlayabilir. Ancak bunun için farklı bir CPU fanına ihtiyacınız olacak (alanı ve sıcaklığı / ömrü düşünün).
• AMD A10-6700 ve Intel Core i3-3220:
  • A10-6700, burada kullanılmayan çok daha fazla GPU gücüne sahiptir.
  • İ3-3220'nin daha düşük bir bekleme modu güç dağılımı vardır.
  • Tipik ölçütlerde i3-3220 hesaplamalar için daha hızlı olsa da, iki hiper iş parçacığı çekirdeğinin dört tam özellikli çekirdek (en azından dört tam çekirdekli çekirdek kadar hızlı) paralel istekleri (örneğin, web ön uçları olan bir veritabanına) nasıl işleyebileceğini göremiyorum bazı ciddi önbellekleme varsayarsak). Yine de ciddi bir kriter bulamadık - Sadece bazı endikasyonlar.

[Düzenle: Serbest radeon sürücüsünün bapmparametresi, Linux 3.16'dan itibaren Kaveri, Kabini ve masaüstü Trinity, Richland sistemleri için varsayılan olarak ayarlanmıştır]

Bkz. [Pull] radeon drm-fixes-3.16 .

Ancak, 3.16 tabanlı Debian ile ilgili olarak, boot parametresi çalışırken varsayılanlar (henüz?) Çalışmıyor gibi görünüyor. Bkz maksimum enerji ve bilgi işlem verimliliği için AMD Turbo Çekirdek APU ile Debian sistemini (2D veya konsol / sunucu üzerinde odaklanma) nasıl kurulur?

[Düzenle: Serbest radeon sürücüsünün yakında bir bapmparametresi olacak]

Aşağıdakilerin alt satırı, radeonTurbo Core'u desteklemek için APU'nuzla birlikte ücretsiz sürücünün yamalı bir sürümünü kullanmak ve mümkünse en iyi şekilde yararlanmak (3D grafikler hariç) olduğundan (etkinleştirmek bapmbazı yapılandırmalarda dengesizliklere yol açabilir) ), radeon'un gelecekteki sürümlerinin bapm'yi etkinleştirmek için bir parametreye sahip olacağı harika bir haber .

[Orijinal gönderi takip eder]

AMD A10-6700 (Richland) APU Deneyimi

İşlemci Seçimi

İlk bilgisayarım, Slackware kaynak paketlerini içeren düzinelerce 3.5 "disketten oluşan 486DX2-66'ydı. Sice, bir sürü şey değişti ve şu anda birçok endüstri hala sayıyı artırdıkları aşamada görünüyor varyantları.

Bu durum ve AMD'nin yakın geçmişteki bazı talihsiz kararları, bir mini sunucu platformuna karar vermemi kolaylaştırmadı. Ama sonunda, A10-6700'ün iyi bir seçim olacağına karar verdim:

• Bazı incelemeler, (hala yaygın olarak kullanılamayan) bir Kaveri'nin boş modda bir Richland veya Trinity'den daha fazla güç tüketeceğini göstermiştir.
• Richland A10-6700'ün Trinity A10-5700'e göre avantajı önemli gibi görünüyor: Daha düşük en düşük ve daha yüksek en yüksek frekans, daha ince taneli Turbo Çekirdek (sıcaklığı da dikkate alarak - GPU boşta olduğunda oldukça avantajlı)
• A10-6700'ün GPU'sunun abartıldığı (pazarlama odaklı adlandırma) ve APU'nun fiyatlandırmasının adil olduğu söyleniyor

Diğer Bileşenler ve Kurulum

Aralarından seçim yapabileceğiniz sayısız işlemciye rağmen, pek çok Mini-ITX anakartı yok. ASRock FM2A78M-ITX + makul bir seçim gibi görünüyordu. Test, V1.30 ürün yazılımı ile yapıldı (bunu yazarken güncelleme yok).

Bir güç kaynağının nominal çıkışının sadece% 80'i tüketilmelidir. Öte yandan, çoğu% 50 yükün altında verimli çalışmaz. Tahmini güç kaybı aralığı 35W ila 120W olan bir sistem için enerji verimli bir güç kaynağı bulmak çok zordur. Bu testleri Seasonic G360 80+ Gold ile yaptım çünkü düşük yüklerdeki verimlilik konusunda rakiplerin çoğundan daha iyi performans gösteriyor.

İki 8GB DDR3-1866 RAM (1333 ile karşılaştırıldığında bir fark yaratan - böyle yapılandırılmış), bir SSD sürücü ve bir PWM kontrol kaynağı kalitesinde CPU fanı da test kurulumunun bir parçasıydı.

Ölçümler, doğru ölçümler yaptığı bildirilen bir AVM Fritz! DECT 200 kullanılarak yapılmıştır. Yine de, güvenilirlik eski bir isimsiz cihaz kullanılarak doğrulandı. Herhangi bir tutarsızlık tespit edilemedi. Ölçülen sistem güç kaybı, güç kaynağının düşük yükler için düşük verimliliğini içerecektir.

HDMI aracılığıyla bir [W] QHD ekranı bağlandı.

GPU için ilk paylaşılan bellek, UEFI BIOS'ta 32M olarak ayarlandı. Ayrıca, Yerleşik GPU Birincil olarak seçildi ve IOMMU etkinleştirildi.

Hiçbir X veya başka bir grafik sistemi kurulmamış veya yapılandırılmamıştır. Video çıkışı konsol modu ile sınırlandırıldı.

temeller

Bilmeniz gereken birkaç şey var.

• Cool'n'Quiet hakkındaki karar, işlemcilerin dışındaki yazılımlar tarafından alınırken, Turbo Core, APU (veya CPU) üzerindeki ek bir mikro denetleyici tarafından bağımsız olarak alınan bir karardır.
• Birçok araç yanı sıra /procve /sysyerleri Turbo Çekirdek aktivitesini bildirmez. cpufreq-aperf, cpupower frequency-infoVe cpupower monitor, ama sonra modprobe msr.

Test Örneği Grup 1: Linux + radeon

Yeni Arch Linux ile başladım (yükleyici 2014.08.01, çekirdek 3.15.7). Buradaki kilit faktör acpi_cpufreq(çekirdek CPU ölçeklendirme) ve radeon(çekirdek GPU sürücüsü) varlığı ve yama yapmanın kolay yoludur radeon.

Test Durumu 1.1: BIOS TC açık - CnQ açık / Linux OnDemand - Boost

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 1
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... ondemand 

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 1800 - 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 1800 - 3700
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 0

Yük | Çekirdek Frekleri
--------------- + -----------
stres - işlemci 1 | 1 x 3700
stres - işlemci 2 | 2 x 3700
stres - işlemci 3 | 3 x 3700
stres - işlemci 4 | 4 x 3700

Test Durumu 1.2: BIOS TC açık - CnQ açık / Linux Performansı - Yükseltme

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 1
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... performans 

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 2000 - 3700
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 0

Yük | Çekirdek Frekleri
--------------- + -----------
stres - işlemci 1 | 1 x 3700
stres - işlemci 2 | 2 x 3700
stres - işlemci 3 | 3 x 3700
stres - işlemci 4 | 4 x 3700

Test Örneği Grup 1 Özeti

Çünkü Turbo Çekirdek tabanlı artırır bu senaryoda imkansız hafızlık devre dışı bırakır nedeniyle bazı senaryolarda kararlılık sorunları bayrağı . Bu nedenle, daha fazla test atlandı.radeonbapm

Test Örneği Grup 2: Linux + bapm yamalı radeon

Etkinleştirmek için bapm, ben, (2014.08.01 yükleyici, çekirdek 3.15.7'de) taze Arch Linux ile başlayan bana got core linuxaracılığıyla paket ABSdüzenlenebilir (3.15.8), PKGBUILDkullanımı pkgbase=linux-tcile kaynaklar çekti makepkg --nobuilddeğişti, pi->enable_bapm = true;içinde trinity_dpm_init()de src/linux-3.15/drivers/gpu/drm/radeon/trinity_dpm.cve ile derledik makepkg --noextract. Sonra, yükledim ( pacman -U linux-tc-headers-3.15.8-1-x86_64.pkg.tar.xzve pacman -U linux-tc-3.15.8-1-x86_64.pkg.tar.xz) ve güncelledim GRUB( grub-mkconfig -o /boot/grub/grub.cfgama elbette YMMV).

Sonuç olarak, önyükleme seçeneği verildi linuxveya linux-tcaşağıdaki testler ikincisine atıfta bulundu.

Test Durumu 2.1: BIOS TC açık - CnQ açık / Linux OnDemand - Boost

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 1
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... ondemand 

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 1800 - 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 1800 - 4300
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 0

Yük | Çekirdek Frekleri
--------------- + -----------------
stres - işlemci 1 | 1 x 4300
stres - işlemci 2 | 2 x 4200 .. 4100
stres - işlemci 3 | 3 x 4100 .. 3900
stres - işlemci 4 | 4 x 4000 .. 3800

Test Durumu 2.2: BIOS TC açık - CnQ açık / Linux Performansı - Yükseltme

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 1
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... performans

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 2000 - 4300
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 0

Yük | Çekirdek Frekleri
--------------- + -----------------
stres - işlemci 1 | 1 x 4300
stres - işlemci 2 | 2 x 4200 .. 4100
stres - işlemci 3 | 3 x 4100 .. 3900
stres - işlemci 4 | 4 x 4000 .. 3800

Test Durumu 2.3: BIOS TC açık - CnQ açık / Linux OnDemand - Yükseltme Yok

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 0
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... ondemand

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 1800 - 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 1800 - 3700
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 1

Yük | Çekirdek Frekleri
--------------- + -----------
stres - işlemci 1 | 1 x 3700
stres - işlemci 2 | 2 x 3700
stres - işlemci 3 | 3 x 3700
stres - işlemci 4 | 4 x 3700

Test Durumu 2.4: BIOS TC açık - CnQ açık / Linux Performansı - Yükseltme Yok

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 0
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... performans

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 2000 - 3700
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 1

Yük | Çekirdek Frekleri
--------------- + -----------
stres - işlemci 1 | 1 x 3700
stres - işlemci 2 | 2 x 3700
stres - işlemci 3 | 3 x 3700
stres - işlemci 4 | 4 x 3700

Test Durumu 2.5: BIOS TC kapalı - CnQ açık / Linux OnDemand - Boost

UEFI BIOS Turbo Çekirdek Ayarı ............................ Devre dışı
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 1
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... ondemand 

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 1800 - 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 1800 - 3700
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 0

Başka bir deyişle, Turbo Core BIOS'ta devre dışı bırakılırsa, yamalı radeonaçılmaz.

Test Durumu 2.6: BIOS TC açık - CnQ kapalı / Linux yok

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Devre dışı
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... yok
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... yok

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 2000 - 4300
/ sys / kernel / debug / dri / 0 / radeon_pm_info ... güç seviyesi 0

Yük | Çekirdek Frekleri
--------------- + -----------------
stres - işlemci 1 | 1 x 4300
stres - işlemci 2 | 2 x 4100 .. 4000
stres - işlemci 3 | 3 x 4000 .. 3800
stres - işlemci 4 | 4 x 3900 .. 3700

Cool'n'Qiet devre dışı bırakıldığında, Linux çekirdeği herhangi bir vali seçeneği sunmayacak ve (yanlış) çekirdeklerin sabit bir frekansta çalıştığını varsayacaktır. İlginç bir şekilde, sonuçta ortaya çıkan Turbo Core frekansları, Test Kutusu Grup 2'deki test edilen tüm kombinasyonların en kötüsüdür.

Test Örneği Grup 2 Özeti

Yamalı radeonsürücü ile Turbo Core çalışır. Şu ana kadar hiçbir kararsızlık ( bapmTurbo Core'un devre dışı bırakılmasının nedeni budur ) görülmedi.

Test Örneği Grup 3: Linux + fglrx (katalizör)

Ben almasından dolayı taze bir Ubuntu (14.04 Server çekirdek 3.13) Ben Arch Linux karşılaştırılabilir olarak bkz kurulum, (2014.08.01 yükleyici, çekirdek 3.15.7'de) ile başladı acpi_cpufreq(çekirdek işlemci ölçeklendirme) ve radeon(çekirdek GPU sürücüsü ). Ubuntu'ya geçmenin nedeni kolay kurulumudur fglrx. Güç tüketimini ve davranışını, kullanılan yeni kurulumla doğruladım radeon.

fglrxKomut satırından ( sudo apt-get install linux-headers-generic, sudo apt-get install fglrx) yükledim ve sistemi yeniden başlattım. Dan değişim radeoniçin fglrxhemen açıktır hem konsol görünümü ile ilgili ( fglrx: 128 x 48, radeon: çok daha yüksek) ve boşta güç tüketimi ( fglrx: 40W, radeon: 30W). Ancak Turbo Core hemen çalışıyor.

Test Durumu 3.1: BIOS TC açık - CnQ açık / Linux OnDemand - Boost

UEFI BIOS Turbo Çekirdek Ayarı ............................ Etkin
UEFI BIOS Cool'n'Quiet Ayarı .......................... Etkin
/ sys / cihazlar / sistem / cpu / cpufreq / boost ................... 1
/ sys / cihazlar / sistem / cpu / cpu * / cpufreq / scaling_governor ... ondemand 

"cpupower frekans bilgisi" Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800
Gözlemlenen "/ proc / cpuinfo" işlemci MHz aralığı ... 1800 - 3700
Gözlemlenen "cpupower monitör" Frek aralığı ... 1800 - 4300
/ sys / çekirdek / hata ayıklama / dri / 0 / radeon_pm_info ... yok

Yük | Çekirdek Frekleri
--------------- + ----------------------------
stres - işlemci 1 | 1 x 4300
stres - işlemci 2 | 2 x 4200 .. 3900 (çekirdek chg)
stres - işlemci 3 | 3 x 4100 .. 3700
stres - işlemci 4 | 4 x 4000 .. 3600

fglrxDavranış kesinlikle ilginç. Herhangi bir test durumu grubundaki tes vakalarından herhangi biri için 'stress --cpu 2' çağrıldığında, yüklü iki çekirdek her zaman ayrı modüllere yerleştirildi. Ancak fglrx, tek bir modül kullanılacak şekilde ani bir yeniden tahsis gerçekleşti (bu da biraz güç tasarrufu sağlar aşağıya bakınız). Bir süre sonra, yüklü çekirdek diğer modüle geri taşındı. Bu ile görülmedi radeon. fglrxSüreçlerin çekirdek yakınlığını manipüle edebilir mi?

Test Örneği Grup 3 Özeti

Avantajı fglrx, Turbo Core'u herhangi bir yamaya gerek kalmadan hemen etkinleştirmesidir.

fglrx65W TDP'li bir yongadaki senaryomuzda GPU için 10 ila 12W atık olduğundan , mevcut çekirdek hızlarına ilişkin genel sonuçlar etkileyici değildir. Bu nedenle, başka test yapılmamıştır.

Ayrıca mühendislik açısından bakıldığında, davranışı fglrxbiraz üzgün görünmektedir. Daha yüksek bir frekansı korumak için iki meşgul çekirdekten birinin diğer modüle yeniden tahsis edilmesi iyi bir fikir olabilir veya olmayabilir. fglrxKararını desteklemek için herhangi bir metriğin (önbellek isabet özlüyor gibi) ayrı ayrı açıklığa kavuşturulması gerekip gerekmediği, ancak ani davranışı hakkında başka raporlar da olacaktır .

Güç Tüketimi Özeti

Aşağıdaki tablodaki delta değerlerinden bazıları sıcaklık yükseldikçe biraz daha kötüleşir; biri PWM kontrollü fan ve çipin burada bir rol oynadığını söyleyebilir.

Sistem @State / -> Geçiş Delta | Sistem Güç Tüketimi
------------------------------------- + ------------ -------------
  @BIOS | @ 95 .. 86W
  @Bootloader | @ 108 .. 89W
  @Ubuntu Yükleyici Boşta | @ 40W
  @Linux radeon Boşta kalma | @ 30W
  @Linux radeon Boşta performans | @ 30W
  @Linux fglrx Boşta kalma | @ 40W
  1 Modül 1800 -> 3700 | + 13W
  1 Modül 1800 -> 4300 | + 25W
  1 Çekirdek 1800 -> 3700 | + 5W
  1 Çekirdek 1800 -> 4300 | + 10W
  "radeon" Video Çıkışı -> Devre Dışı Bırak | - 2W
  'fglrx "Video Çıkışı -> Karart | + - 0W
  @Linux radeon Maksimum | @ 103 .. 89W
  @Linux fglrx Maksimum | @ 105 .. 92W

• Turbo Core'da (en azından Richland APU'ları ile) beklenenden daha fazla şey var gibi görünüyor: "Ondemand" ölçeklendirme valisi mevcutken, "performans" valisi mevcutken ile karşılaştırıldığında güç yayılımında belirgin bir fark yoktur. Althouth /proc/cpuinfoher zaman performans düzenleyicisi altında 37000MHz rapor cpupower monitoredecek, çekirdeklerin aslında yavaşladığını ortaya çıkaracak. Bazı durumlarda, 2000MHz gibi düşük frekanslar gösterilmiştir; 1800MHz'in dahili olarak da kullanılması mümkündür.
• A10-6700, her biri iki çekirdekli iki modülden oluşur. Örneğin, iki çekirdek boştaysa ve iki çekirdek meşgulse ve hızlanırsa, meşgul çekirdeklerin aynı modülde bulunup bulunmamasına bağlı olarak sistem davranışı farklı olacaktır.
  • Bir modülü hızlandırmak bir çekirdeği hızlandırmaktan daha fazla enerji yoğundur.
  • L2 önbellek her modül için atanır.
• Aynı modülde hızlanan iki çekirdeğin farklı modüllere göre güç dağılımı arasındaki fark, stress --cpu 2(her zaman iki modül arasında bir dağılıma yol açan) ile değiştirilerek belirlendi .taskset -c 0 stress --cpu 1andtaskset -c 1 stress --cpu 1
• A10-6700, sadece GPU (3 W) için ayrılmış küçük bir bitle APU (diğer bileşenlerle birlikte 92W) için toplam güç kaybı sınırına sahip gibi görünüyor. İle radeon, kısa bir süre daha fazlasını mümkün kılacak ve maksimuma çok sorunsuz bir şekilde düşecek, bununla birlikte fglrx, bu sınırların daha belirgin bir şekilde aşıldığı ve güç kaybının aniden azaldığı gözlenmiştir.
• Birçok kişi Kaveri kullanılabilirliğindeki gecikmenin AMD tarafından tasarlandığını iddia etse de, mevcut APU'larını öldüreceği için farklı olmaya yalvarıyorum. Richland A10 mükemmel bir güç yönetimi gösterdi ve Kaveri düşük rölanti durumu güç tüketimi ile rekabet edemez (Kaveri'nin çip karmaşıklığı Richland'ınkinin neredeyse iki katıdır, bu yüzden bir veya iki geliştirme adımı alacaktır).

Tüm sonuç

• Turbo Çekirdek mantığına sıcaklık eklemek (Trinity -> Richland adımı için bildirildiği gibi) mantıklı görünüyor ve zaman içinde BIOS ve Bootloader'daki pwoer yayılımındaki azalmayla görülebileceği gibi, iyi çalışıyor gibi görünüyor.
• Cosole / sunucu senaryosu için A10-6700, en azından radeonsürücü ile uzun vadede 3700MHz'de (Turbo Core ile 3800MHz) 4 çekirdeği destekler . GPU yapmak için biraz iş aldığında muhtemelen bu performans seviyesini koruma şansı yoktur.
• 65W TDP'nin tam yük altında kalıcı olarak biraz aşılabileceği görülüyor, ancak güç kaynağının 30W'da daha düşük bir verime sahip olması zor. Sıcaklığın dikkate alındığına dair net göstergeler olduğu için (90W'a düşürülmeye başlamadan önce neredeyse 110W'lık bir pik güç kaybı gözlemlendi ve ayrıca bir süre 4300 MHz'de 2 çekirdek rapor edildi), APU soğutmasına yatırım bir İyi bir fikir. Bununla birlikte, 65W TDP ile sınırlı anakartlar sadece çok fazla akım sağlayabilecektir, bu yüzden APU tarafından kesinlikle zor bir sınır uygulanacaktır.
• Linux altında bilgi işlem için bir Richland APU kullanmak istiyorsanız, yamalı bir radeonsürücü kullanmak istersiniz (özellikle Dinamik Güç Yönetiminin etkinleştirilmesi ile bağlantılı olarak kararsızlıklarla karşılaşmazsanız). Aksi takdirde tam değer elde edemezsiniz.
• Garip bir şekilde, en iyi kurulumun BIOS'ta hem Turbo Core hem de Cool'n'Quiet'i etkinleştirmek, ancak performanceen azından APU'nuz burada test edilen gibi davranıyorsa ölçeklendirme düzenleyicisini seçmek gibi görünüyor. Aynı güç tüketimine sahip olacaksınız ondemandancak ölçekleme kararını vermek için daha hızlı frekans ölçeklendirme ve daha az çekirdek ek yükü olacak.

Teşekkür

Bugzilla.kernel.org adresinden beni doğru yöne doğru iten Alex Deucher'a özel teşekkürler .

Ücretsiz radeonsürücünün kalitesinden çok etkilendim ve tüm ekibine, düşünceli bir şekilde tasarlanan bu yazılım parçasını sürdürdüğü için teşekkür etmek istiyorum. Eğer radeonböyle davranmazsa, A10-6700 lehine kararım büyük ölçüde yanlış olurdu.