☰

최대 에너지 및 컴퓨팅 효율성을 위해 AMD Turbo Core APU가 있는 Debian 시스템(2D 중심 또는 콘솔/서버)을 설정하는 방법은 무엇입니까?

tag-icon • tag-icon debian cpu-frequency radeon amd turbo-core
최대 에너지 및 컴퓨팅 효율성을 위해 AMD Turbo Core APU가 있는 Debian 시스템(2D 중심 또는 콘솔/서버)을 설정하는 방법은 무엇입니까?

Debian을 사용하여 AMD APU 시스템을 설정할 계획이지만 최대 전력 효율성을 달성하고 Turbo Core를 성공적으로 사용하는 방법에 대한 팁을 찾을 수 없습니다. 특히,데비안 위키 CPU 주파수를 조정하는 방법AMD 시스템에는 그다지 도움이 되지 않습니다.

AMD APU의 기능을 배포하려면 Debian 시스템을 어떻게 설정해야 합니까?

답변1

기초적인

AMD APU의 경우 다음 요소에 주목할 가치가 있습니다.

  • radeon시스템이 콘솔 출력만 사용하는 경우 드라이버를 사용해야 합니다 . radeon드라이버가 처리하는 활성 콘솔은 백업 드라이버 및 A10-6700(Richland)에 비해 8W를 절약합니다. fglrx콘솔이 유휴 상태이면 radeon추가로 2W가 절약됩니다.

  • AMD APU의 터보 코어 기능은 어떤 방식으로든 활성화되어야 합니다. 일부 사람들이 믿는 것과는 달리, 터보 코어(한 번 활성화되면 자율 APU 기능임)는 APU 수준에서 잘 작동하며 합법적인 사용 사례를 가지고 있습니다. 그러나 운전자가 radeon있어야 fglrx하며 두 경우 모두 주의가 필요합니다.

전체 A10-6700 Richland 시스템(팬, DDR3-1866 RAM 및 단일 SSD 포함)의 유휴 전력 소비를 40W에서 30W로 줄이는 것이 가치가 있다고 생각하거나 더 오랫동안 최대 터보 코어 속도를 원하는 경우(사용 가능) 터보 코어 주파수는 그래픽 및 온도를 포함한 총 칩 전력 소비를 기준으로 하므로 주의해야 합니다.

위의 모든 진술은 이전 분석과 관련이 있습니다.전체 AMD APU 전원 관리 지원(Turbo Core, Cool'n'Quiet, 동적 전원 관리)을 위해 Linux를 설정하는 방법은 무엇입니까?

/procAMD /sysAPU 코어 의 실제 주파수 정보에 반드시 의존할 필요는 없습니다 . 안전을 확보하려면 뒤에 cpufreq-aperf(또는 cpupower frequency-info또는 cpupower monitor)를 사용하세요 modprobe msr.

슬프게도,Debian Jessie 8.2(및 Debian Jessie 8.2 포함)부터 기본 Debian 설치로는 AMD APU의 모든 기능을 얻을 수 없습니다..

데비안 옵션 1: fglrx다이버

AMD의 Linux fglrx드라이버는 Turbo Core를 지원하는데 이는 놀라운 일이 아닙니다.

하지만 APU는 무료 Linux 드라이버를 통해 radeon매우 합리적이고 유용한 Turbo Core 동작을 보여주지만 , fglrx.fglrx핵심 친화력프로세스. 어쩌면 APU의 마이크로코드를 대체할 수도 있습니다. 그러나 fglrx세부 수준이 어떻게 작동하든 상관없이 다음과 같은 이점을 얻을 수 있습니다.

  • 4개의 코어가 있는 APU에서 최대 성능이 필요한 두 개의 프로세스가 있는 경우 Linux는 이를 두 개의 별도 APU 모듈에서 실행합니다. (예를 들어 A10-6700에는 각각 2개의 코어가 있는 2개의 모듈이 있으며, 각 코어에는 작은 독립 L3 캐시가 있지만 동일한 모듈에 있는 2개의 코어는 L2 캐시를 공유합니다.) 이 초기 설정은 최대 성능과 높은 성능을 제공합니다. 전력 소비. (이 예에서는 A10-6700의 전력 소모가 70W 증가합니다.)

  • 그러나 fglrxAPU가 너무 뜨거워지면 프로세스 중 하나가 다른 모듈의 두 번째 코어로 재배치됩니다. (이렇게 하면 APU 모듈 2개를 사용하는 것에 비해 A10-6700의 전력 소비가 25W 줄어듭니다.) 이는 높은 코어 주파수를 더 오랜 시간 동안 보여주기 위한 것으로 추정됩니다. 그러나 L2 캐시에 필요한 데이터가 없기 때문에 마이그레이션 프로세스가 일시적으로 중단될 가능성이 높으며 일반적으로 공유 L2 캐시로 인해 마이그레이션 후 성능이 저하됩니다.

  • APU 제한에 도달하기 전에 코어 주파수를 조금이라도 낮추기 위한 사전 조치가 취해지지 않기 때문에 fglrx프로세스가 장기간 실행될 경우 코어 속도가 크게 느려질 수 있습니다. 이는 버스트 후에 APU가 식을 때까지 더 낮은 주파수로 생활해야 함을 의미합니다.

fglrx핵심 주파수 데모를 넘어서는 동작은 다소 의심스럽습니다. 제 생각에는 전반적인 성능이 더 좋아질 것이라고 믿습니다 radeon. 하지만 만약에2D/3D 시스템을 원하고 갑작스런 주파수 스케일링 동작이 허용 가능하다고 생각되면 fglrxDebian 7 이상을 선택할 수 있습니다.. 너fglrxGNOME 데스크탑을 사용할 계획이 없다면 Debian 8을 선택할 수도 있습니다..

데비안 옵션 2:radeon운전사

앞서 언급했듯이 이 radeon드라이버는 콘솔 모드 전력 소비를 낮추고 보다 원활한 Turbo Core 환경을 제공합니다. 당신이 지불해야 할 대가는 더 나쁜 3D 지원입니다.

  • Debian 6(Squeeze): Linux 3.2를 백포트로 사용하더라도 radeon드라이버는 APU의 Turbo Core 기능을 처리할 수 없습니다.

  • Debian 7(Wheezy): Linux 3.16을 백포트로 사용할 수 있습니다. Linux 3.16으로 업그레이드하세요(다른 요구 사항이 없으면). 아래를 참조하세요.

  • Debian 8(Jessie): Linux 3.16 기반. 아래를 참조하세요.

Turbo Core 처리를 담당하는 플래그는 드라이버 파일에 bapm있습니다 . Linux 3.16 이전에는 특정 구성의 안정성 문제로 인해 항상 비활성화되었습니다. Linux 3.16부터 두 가지 변경이 계획되어 있습니다.trinity_dpm.cradeon

  • 값은 bapm모듈 매개변수로 제공될 수 있습니다(참조:여기).

  • Kaveri, Kabini 및 데스크탑 Trinity, Richland 시스템의 경우 값은 bapm기본적으로 1로 설정됩니다(참조:여기), 터보 코어가 활성화됩니다.

이는 현재 Linux 커널을 사용하여 즉시 최고의 가치(터보 코어, 절전 콘솔)를 얻을 가능성이 높다는 것을 의미합니다(현재 ArchLinux 설치 프로그램의 경우에 해당).

제가 놀랐던 점은,Debian Jessie 8.2 설치 프로그램을 사용하더라도 두 가지를 알아야 합니다.:

  • 정책에 따르면 데비안은 기본적으로 필요한 마이크로코드를 제공하지 않습니다. 이를 제공해야 합니다. 및를 추가하고 non-free및 contrib에서 관련 항목을 실행합니다./etc/apt/sources.listsudo apt-get updatesudo apt-get install firmware-linux-nonfree

  • 흥미롭게도 3.16이 기본값이지만 Turbo Core는아니요최근 ArchLinux가 성공했던 동일한 시스템에서 작업하고 있습니다. Debian 3.16 커널이 너무 오래되어 기본값을 병합할 수 없거나 마이크로코드를 분리한 Debian 패치에 몇 가지 부작용이 있을 수 있습니다. 어느 쪽이든 bapm시작 시 값을 제공하여 마이크로코드가 있는 Debian Jessie에 대해 Turbo Core를 활성화할 수 있습니다. radeon.bapm=1값에 추가하고 실행합니다.GRUB_CMDLINE_LINUX_DEFAULT/etc/default/grubsudo update-grub

이 두 가지 변경 후 Turbo Core와 낮은 콘솔 전력 소비가 저에게 매력적으로 작용했습니다.

관련 정보