저의 목표는 유휴 모드에서 전력 소비가 적은 미니 서버 (HTPC 아님)를 설정하는 동시에 사용시 성능이 뛰어납니다. 가용성보다 데이터 안전에 중점을 둡니다. 다시 말해, 품질이 우수한 부품이지만 스토리지 전용의 중복성입니다.
편견을 고려하지 않고 일부 연구 결과 일부 AMD 데스크탑 APU가 좋은 가치를 제공 할 것이라고 생각했습니다.
남은 질문은 다음과 같습니다.
답변:
[편집 : 프로세서 선택에 관한 결론]
[편집 : 무료 Radeon 드라이버 bapm매개 변수는 Linux 3.16부터 Kaveri, Kabini 및 Richland 시스템의 데스크톱 Trinity에 대해 기본적으로 설정되어 있습니다]
그러나 3.16 기반 데비안에서는 부팅 매개 변수가 작동하지만 기본값은 작동하지 않는 것 같습니다. 에너지 및 컴퓨팅 효율성을 극대화하기 위해 AMD Turbo Core APU로 데비안 시스템 (2D 또는 콘솔 / 서버에 초점을 맞추는)을 설정하는 방법을 참조하십시오 .
[편집 : 무료 라데온 드라이버는 곧 bapm매개 변수를 갖게 됩니다]
아래의 결론은 radeonAPU와 함께 패치 된 무료 드라이버 버전을 사용하여 Turbo Core를 지원하고 가능한 경우 최대한 활용하십시오 (3D 그래픽 제외) ( bapm일부 구성에서는 불안정을 초래할 수 있음) ), 미래 버전의 라데온에는 bapm을 활성화하는 매개 변수가있을 것 입니다.
[원래 게시물은 다음과 같습니다]
내 첫 PC는 슬랙웨어 소스 패키지를 포함하는 수십 개의 3.5 인치 플로피 디스크로 구성된 486DX2-66이었습니다. 그 후 많은 것들이 바뀌었고 현재 많은 산업이 여전히 숫자를 증가시키는 단계에있는 것 같습니다 제품 변형.
최근의 이러한 상황과 일부 불행한 AMD의 결정으로 인해 미니 서버용 플랫폼을 쉽게 결정할 수 없었습니다. 그러나 마지막으로 A10-6700이 좋은 선택이 될 것이라고 결정했습니다.
수많은 프로세서 중에서 선택할 수 있지만 사용 가능한 Mini-ITX 보드는 많지 않습니다. ASRock FM2A78M-ITX +는 합리적인 선택이었습니다. 테스트는 펌웨어 V1.30으로 수행되었습니다 (필자는 업데이트 할 수 없습니다).
전원 공급 장치 공칭 출력의 80 % 만 소비해야합니다. 반면에, 많은 사람들이 50 % 미만의 부하에서 효율적으로 작동하지 않습니다. 예상 전력 소비 범위가 35W ~ 120W 인 시스템에 에너지 효율적인 전원 공급 장치를 찾는 것은 매우 어렵습니다. 나는이 테스트를 Seasonic G360 80+ Gold로 수행했는데, 이는 저부 하에서의 효율성과 관련하여 대부분의 경쟁 업체보다 우수하기 때문입니다.
2 개의 8GB DDR3-1866 RAM (1333과 비교하여 차이가 나도록 구성됨), 하나의 SSD 드라이브 및 PWM 제어 품질 CPU 팬도 테스트 설정의 일부였습니다.
정확한 측정을 수행하는 것으로보고 된 AVM Fritz! DECT 200을 사용하여 측정했습니다. 그럼에도 불구하고 타당성이 오래된 구형 장치를 사용하여 검증되었습니다. 불일치를 식별 할 수 없습니다. 측정 된 시스템 전력 손실에는 더 낮은 부하에 대한 전원 공급 장치의 효율 감소가 포함됩니다.
[W] QHD 화면이 HDMI를 통해 연결되었습니다.
UEFI BIOS에서 GPU의 초기 공유 메모리가 32M으로 설정되었습니다. 또한 온보드 GPU가 기본으로 선택되었고 IOMMU가 활성화되었습니다.
X 또는 다른 그래픽 시스템이 설치 또는 구성되지 않았습니다. 비디오 출력이 콘솔 모드로 제한되었습니다.
알아야 할 몇 가지 사항이 있습니다.
/proc와 /sys장소는 Turbo Core 활동을보고하지 않습니다. cpufreq-aperf, cpupower frequency-info그리고 cpupower monitor할 수 있지만 이후에만 modprobe msr.나는 신선한 아치 리눅스 (installer 2014.08.01, 커널 3.15.7)로 시작했다. 여기서 핵심 요소는 acpi_cpufreq(커널 CPU 스케일링) 및 radeon(커널 GPU 드라이버)의 존재와 패치하는 쉬운 방법 radeon입니다.
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 1 / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 주문형
"cpupower frequency-info"Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800 관찰 된 "/ proc / cpuinfo"CPU MHz 범위 ... 1800-3700 "cpupower 모니터"Freq 범위 관찰 ... 1800-3700 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 파워 레벨 0
로드 | 핵심 주파수 --------------- + ----------- 스트레스 --cpu 1 | 1 x 3700 스트레스 --cpu 2 | 2 x 3700 스트레스 --cpu 3 | 3 x 3700 스트레스 --cpu 4 | 4 x 3700
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 1 / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 성능
"cpupower frequency-info"Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800 "/ proc / cpuinfo"CPU MHz 범위 관찰 ... 3700 "cpupower 모니터"Freq 범위 관찰 ... 2000-3700 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 파워 레벨 0
로드 | 핵심 주파수 --------------- + ----------- 스트레스 --cpu 1 | 1 x 3700 스트레스 --cpu 2 | 2 x 3700 스트레스 --cpu 3 | 3 x 3700 스트레스 --cpu 4 | 4 x 3700
이 시나리오 에서는 radeon드라이버가 현재 bapm일부 시나리오의 안정성 문제로 인해 플래그를 비활성화 하기 때문에 Turbo Core 기반 부스트는 불가능 합니다 . 따라서 추가 테스트를 건너 뛰었습니다.
수 있도록하기 위해 bapm, 나는 (2014년 8월 1일 설치, 커널 3.15.7) 신선한 아치 리눅스 시작 나에게 가지고 core linux통해 패키지 ABS편집 (3.15.8), PKGBUILD사용을 pkgbase=linux-tc가진 소스 뽑아 makepkg --nobuild변경 pi->enable_bapm = true;에 trinity_dpm_init()의를 src/linux-3.15/drivers/gpu/drm/radeon/trinity_dpm.c하고, 로 컴파일했습니다 makepkg --noextract. 그런 다음 설치하고 ( pacman -U linux-tc-headers-3.15.8-1-x86_64.pkg.tar.xz및 pacman -U linux-tc-3.15.8-1-x86_64.pkg.tar.xz) 업데이트했습니다 GRUB( grub-mkconfig -o /boot/grub/grub.cfg물론 YMMV).
그 결과, 나는 부팅 선택을 받았다 linux거나 linux-tc, 다음과 같은 테스트는 후자를 참조하십시오.
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 1 / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 주문형
"cpupower frequency-info"Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800 관찰 된 "/ proc / cpuinfo"CPU MHz 범위 ... 1800-3700 관찰 된 "cpupower 모니터"Freq 범위 ... 1800-4300 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 파워 레벨 0
로드 | 핵심 주파수 --------------- + ----------------- 스트레스 --cpu 1 | 1 x 4300 스트레스 --cpu 2 | 2 x 4200 .. 4100 스트레스 --cpu 3 | 3 x 4100 .. 3900 스트레스 --cpu 4 | 4 x 4000 .. 3800
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 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 MHz 범위 관찰 ... 3700 "cpupower 모니터"Freq 범위 ... 2000-4300 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 파워 레벨 0
로드 | 핵심 주파수 --------------- + ----------------- 스트레스 --cpu 1 | 1 x 4300 스트레스 --cpu 2 | 2 x 4200 .. 4100 스트레스 --cpu 3 | 3 x 4100 .. 3900 스트레스 --cpu 4 | 4 x 4000 .. 3800
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 0 / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 주문형
"cpupower frequency-info"Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800 관찰 된 "/ proc / cpuinfo"CPU MHz 범위 ... 1800-3700 "cpupower 모니터"Freq 범위 관찰 ... 1800-3700 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 전원 수준 1
로드 | 핵심 주파수 --------------- + ----------- 스트레스 --cpu 1 | 1 x 3700 스트레스 --cpu 2 | 2 x 3700 스트레스 --cpu 3 | 3 x 3700 스트레스 --cpu 4 | 4 x 3700
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 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 MHz 범위 관찰 ... 3700 "cpupower 모니터"Freq 범위 관찰 ... 2000-3700 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 전원 수준 1
로드 | 핵심 주파수 --------------- + ----------- 스트레스 --cpu 1 | 1 x 3700 스트레스 --cpu 2 | 2 x 3700 스트레스 --cpu 3 | 3 x 3700 스트레스 --cpu 4 | 4 x 3700
UEFI BIOS 터보 코어 설정 ............................ 비활성화 UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 1 / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 주문형
"cpupower frequency-info"Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800 관찰 된 "/ proc / cpuinfo"CPU MHz 범위 ... 1800-3700 "cpupower 모니터"Freq 범위 관찰 ... 1800-3700 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 파워 레벨 0
즉, BIOS에서 Turbo Core가 비활성화 된 경우 패치 된 패치 radeon는 켜지지 않습니다.
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Disabled /sys/devices/system/cpu/cpufreq/boost...................n/a / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 해당 없음
"cpupower frequency-info"Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800 "/ proc / cpuinfo"CPU MHz 범위 관찰 ... 3700 "cpupower 모니터"Freq 범위 ... 2000-4300 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 파워 레벨 0
로드 | 핵심 주파수 --------------- + ----------------- 스트레스 --cpu 1 | 1 x 4300 스트레스 --cpu 2 | 2 x 4100 .. 4000 스트레스 --cpu 3 | 3 x 4000 .. 3800 스트레스 --cpu 4 | 4 x 3900 .. 3700
Cool'n'Qiet를 비활성화하면 Linux 커널은 주지사 선택을 제공하지 않으며 코어가 고정 주파수로 실행된다고 잘못 가정합니다. 흥미롭게도 결과 터보 코어 주파수는 테스트 케이스 그룹 2에서 테스트 된 모든 조합 중 최악입니다.
패치 된 radeon드라이버를 사용하면 Turbo Core가 작동합니다. 지금까지 불안정성 ( bapm일명 Turbo Core가 비활성화 된 이유 )이 없습니다.
나는 acpi_cpufreq(커널 CPU 스케일링) 및 radeon(커널 GPU 드라이버 ) 의 존재로 인해 아치 리눅스 (설치 프로그램 2014.08.01, 커널 3.15.7)와 비교할 수있는 새로운 우분투 (14.04 서버, 커널 3.13) 설치로 시작했습니다. ). Ubuntu로 전환 한 이유는 설치가 쉽기 때문입니다 fglrx. 을 사용하는 새로 설치를 통해 전력 소비와 동작을 확인했습니다 radeon.
fglrx명령 줄 ( sudo apt-get install linux-headers-generic, sudo apt-get install fglrx) 에서 설치 하고 시스템을 재부팅했습니다. 콘솔 모양 ( : 128 x 48, : 훨씬 높음) 및 유휴 모드 전력 소비 ( : 40W, : 30W) 와 관련 radeon하여 변경 사항 fglrx이 즉시 나타납니다 . 그러나 Turbo Core는 바로 작동합니다.fglrxradeonfglrxradeon
UEFI BIOS 터보 코어 설정 ......................... Enabled UEFI BIOS Cool'n'Quiet Setting .......................... Enabled / sys / devices / system / cpu / cpufreq / boost ................... 1 / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor ... 주문형
"cpupower frequency-info"Pstates ........ 4300 4200 3900 3700 3400 2700 2300 1800 관찰 된 "/ proc / cpuinfo"CPU MHz 범위 ... 1800-3700 관찰 된 "cpupower 모니터"Freq 범위 ... 1800-4300 / sys / kernel / debug / dri / 0 / radeon_pm_info ... 해당 없음
로드 | 핵심 주파수 --------------- + ---------------------------- 스트레스 --cpu 1 | 1 x 4300 스트레스 --cpu 2 | 2 x 4200 .. 3900 (코어 chg) 스트레스 --cpu 3 | 3 x 4100 .. 3700 스트레스 --cpu 4 | 4 x 4000 .. 3600
fglrx행동은 확실히 재미있다. 테스트 케이스 그룹의 테스 케이스 중 하나에 대해 'stress --cpu 2'가 호출되면로드 된 두 코어는 항상 별도의 모듈에있었습니다. 그러나로 fglrx단일 모듈이 사용되도록 갑작스런 재 할당이 발생했습니다 (이로 인해 약간의 전력이 절약됩니다). 얼마 후로드 된 코어가 다른 모듈로 다시 이동했습니다. 이 보이지 않았습니다 radeon. fglrx프로세스의 핵심 선호도 를 조작 할 수 있습니까?
이점은 fglrx터보 코어를 패치 할 필요없이 바로 사용할 수 있다는 것입니다.
fglrx시나리오에서 65W TDP가있는 칩에서 GPU에 대해 10 ~ 12W를 낭비 하기 때문에 사용 가능한 코어 속도에 대한 전반적인 결과는 인상적이지 않습니다. 따라서 더 이상 테스트를 수행하지 않았습니다.
또한 엔지니어링 관점에서 볼 때 동작은 fglrx약간 슬프다. 더 높은 주파수를 유지하기 위해 두 개의 사용중인 코어 중 하나를 다른 모듈에 재 할당하는 것은 좋은 생각 일 수도 있고 그렇지 않을 수도 있습니다. 그 단계 이전에 두 코어 모두 자체의 L2 캐시를 가지고 있었기 때문에 나중에 하나를 공유해야하기 때문입니다. fglrx결정을 지원하기 위해 캐시 적중 누락과 같은 메트릭을 고려 하는지 여부 는 별도로 명시해야하지만 갑작스러운 동작에 대한 다른 보고서가 있습니다 .
다음 표의 델타 값 중 일부는 온도가 상승함에 따라 약간 악화됩니다. PWM 제어 팬과 칩이 모두 역할을 수행한다고 말할 수 있습니다.
시스템 @State /-> Transition Delta | 시스템 전력 손실 ------------------------------------- + ------------ ------------- @BIOS | @ 95 .. 86W @ 부트 로더 | @ 108 .. 89W @Ubuntu 설치 관리자 유휴 | @ 40W @Linux radeon 유휴 주문형 | @ 30W @Linux radeon 유휴 성능 | @ 30W @Linux fglrx 유휴 주문형 | @ 40W 1 모듈 1800-> 3700 | + 13W 1 모듈 1800-> 4300 | + 25W 1 코어 1800-> 3700 | + 5W 1 코어 1800-> 4300 | + 10W "radeon"비디오 출력-> 비활성화 | -2W 'fglrx'비디오 출력-> 어둡게 | +-0W @Linux 라데온 최대 | @ 103 .. 89W @Linux fglrx 최대 | @ 105 .. 92W
/proc/cpuinfo는 항상 성능 거버너 하에서 37000MHz 를보고 cpupower monitor하고 코어가 실제로 느려질 것임을 밝힐 것입니다. 어떤 경우에는 2000MHz만큼 낮은 주파수가 나타났습니다. 1800MHz가 내부적으로 사용될 수도 있습니다.andtaskset -c 1 stress --cpu 1radeon단기간 동안 더 많은 것을 허용하고 최대로 매우 부드럽게 감소시킬 수 있으며,을 사용 fglrx하면 이러한 한계가 더 크게 초과되고 전력 소비가 갑자기 줄어드는 것으로 관찰되었습니다.radeon드라이버 에서 3700MHz (터보 코어의 경우 3800MHz)에서 4 개의 코어를 지원합니다 . GPU가해야 할 일이있을 때이 성능 수준을 유지할 가능성이별로 없습니다.radeon드라이버 를 사용해야합니다 (특히 동적 전원 관리 사용과 관련하여 불안정성이 발생하지 않는 경우). 그렇지 않으면, 당신은 완전한 가치를 얻지 못할 것입니다.performance스케일링 조정기 를 선택하는 것이 가장 좋은 설정 인 것 같습니다 . 적어도 APU가 여기에서 테스트 한 것과 같은 경우. ondemand스케일링 결정을 내리는 데는 더 빠른 주파수 스케일링과 커널 오버 헤드가 줄어드는 것과 동일한 전력 소비가 있습니다.Alex Deucher에게 특별한 감사의 말을 전합니다. Alex Deucher 는 bugzilla.kernel.org에서 나를 올바른 방향으로 밀어 넣었습니다 .
무료 radeon드라이버 의 품질에 깊은 인상 을 받았으며이 소프트웨어를 유지 관리해 주신 모든 팀에게 감사의 말씀 을 전합니다. 경우 radeon가처럼 행동하지 않을의 A10-6700 찬성 나의 결정은 실질적으로 잘못했을 것이다.