Teljesítményproblémák az AMD Phenom II X6 processzorokkal Linux alatt

Címkék

Az AMD nemrégen piacra került desktop processzoraival - például a 6 magos Phenom II X6 1090T-vel - teljesítményproblémák lehetnek az aktuális Linux disztribúciók alatt. A processzorok nem tudják elérni a maximális teljesítményüket. Az ok: a kernel nem tudja kiolvasni a helyes processzor frekvenciákat az ACPI táblázatokból. Az új Turbo Core szolgáltatás miatt van egy kis kavarodás.

Ha a Cool'n'Quiet be van kapcsolva, akkor a Turbo Core-t tudó ("T" jelű) processzorok nem tudnak maximális teljesítménnyel működni. Ideiglenes megoldás lehet a Cool'n'Quiet letiltása vagy a "cpuspeed" daemon leállítása, ami persze semmiképpen sem tekinthető a probléma megoldásának. Szerencsére a rendellenes működés javítása egyszerű és a patch-eket már elküldték a kernelfejlesztőkhöz. A Turbo Core megfelelő támogatása már a 2.6.35-ös kernelben megérkezhet. Tervben van a támogatás integrálása a karbantartott stable kernelsorozatba is. Az AMD fejlesztők kapcsolatban állnak a különböző disztribúciók fejlesztőivel is, így az új szolgáltatás támogatása megérkezhet a disztribúciók kerneleibe is.

A tesztek azt mutatják, hogy teljesítmény szempontjából nem mindegy, hogy megfelelően támogatja-e a kernel a szolgáltatást vagy sem. A 2.6.25-ös kernel forrása 'make defconfig'-gal konfigurálva, 'make -j 12 bzImage'-vel fordítva egy Phenom II X6 1090T processzoros rendszeren ~ 75 másodpercet vesz igénybe. Alkalmazva a workaround-ot, a Cool'n'Quiet szolgáltatást BIOS-ból letiltva (vagy a "cpuspeed" deamon-t leállítva) már csak ~ 55 másodpercre van szükség. Ha alkalmazunk egy egy soros javítást a kernelben, akkor a "cpuspeed" futása mellett 59 másodperc kell a kernelforrás lefordításához. Ha viszont az összes (6) javasolt javítás bekerül a kernelbe, ugyanezen fordításhoz a "cpuspeed" futása mellett is csak 52,5 másodperc szükséges.

A részletek itt.

Hozzászólások

Azt nem értem, hogy a 2.6.34 -be miért nem lehet berakni ezt a patch -et? :-/

Azért idéztem, mert számomra ez azt sugallta, hogy visszafele (<- 2.6.35) valamiféle megoldás lesz. Szintúgy az a rész, hogy felvették a kapcsolatot a disztrók fejlesztőivel. Ahogy lejjebb valaki linkelte, közben a 2.6.34-be be is került az egyik említett patch.

--
trey @ gépház

Miközben az látszik, hogy ez nem egy hatalmas probléma, azért az elég gáz, hogy az AMD-nél nem tudták ezt megoldani 2-3 hónappal a procik megjelenése előtt.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Ez javít a dolgon, de gyanítom, hogy 3 hónapja már javában ment a termelés. Arra, hogy a Turbo Core funkció rendes működéséhez esetleg OS támogatás/változtatás szükséges, a tervezés első pillanata óta gondolni kellett.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Nem veszunk AMD-t. Szerencse hogy segitettek a dontesben mielott a nagyobb tetel beszerzesre kerult volna.

akkor mi meg nem veszünk i3-at, fsz tudja milyen kernellel / xorg-al csak villódzott a képe / csontra fagyott még ~3+ hónapja. bár mi megértettük hogy nem az intel bűne, kis frissítéssel megoldottuk.

--
pata pata pata pon ‪‪‪‪‪!!!

1 hónapja vettem új számítógépet és csak néztem, mint egy óvodás, milyen AMD és Intel processzorok vannak a piacon 20.000 Ft alatt.
Az "Athlon II" és a "Phenom II" jól elhúztak a 7 éves Athlon XP-mhez képest.

http://www.cpubenchmark.net/cpu_list.php

Érdekességképp egy 3 magos 2,9 GHz-es procis konfig fogyasztása terheletlenül is és terhelve is mérve nem nagyobb, mint a régi Athlon XP-s konfigurációm (alapszintű videókártyával mindkettő).