안녕하세요,
기존 7.1에서 온라인 UPDATE하다가,
시스템 먹통으로 홀라당 날아가버려서 할수없이 화정큐삼님 TCRP로 새로 설치했습니다ㅜㅜ;
휴... 헤놀 이거 참, 업데이트때 이런게 두번째인데.. 답 없네요.
암튼, 재설치하고 시스템인포를 보니 CPU인포가 적용되어 있어서
Xeon CPU의 정보는 잘 나오는데요,
클럭이 1.2Ghz로 표시되네요...
이게 맞는건가요? 기본클럭의 절반밖에 안나오는데...
이 인포가 그냥 의미가 없다고들 하시는데, 실제 클럭은 아니겠지요?^^
아래 화정큐삼님 가이드대로 해보니,
cpu속도가 변하는 군요...^^
1. 무부하(idle)시
2. 부하 1- 중간
3. 부하 2 - 좀 더
절전때문에 클럭을 줄이니까요
정상이라면 2.4기가라 입력될껍니다 (베이스 클럭)
cpu의 이름과 코어정보, ark.intel.com의 정보만 가져오는 기능입니다.
그냥 DSM에서 /proc/cpuinfo상있는 정보를 불러온거라
저도 잘 모르겠네요
아마 가상화 환경에서 풀클럭이 아닌 활성화된 클럭 정보를 가져와서 그런거 아닐까 생각됩니다.
요것이 실클럭이라면 뭔가 문제가 있군요. ㅜㅜ 말씀처럼 클럭을 현재상태로 가져와 보여준다면...
바이오스를 들어가 보도록 하겠습니다....
모두 감사드립니다.
https://github.com/PeterSuh-Q3/tcrp-addons/tree/main/cpufreq-scaler
제온 브로드웰이면 이 스크립트가 발동 했을것 같은데요.
전력세이브를 위해 CPU 가 유휴상태면 클럭을 절반으로 떨어뜨리는 기능이 있습니다.
다시 CPU 가 일을 시작하면 이 클럭이 다시 올라가서 원래의 최대치까지 다시 올라갑니다.
CPU 에 어느정도 부하가 가는 작업을 주시고 다시 클럭을 확인하시면 변화가 있어야 합니다.
변화된 클럭은 아래 커맨드로 보시는게 확실합니다.
grep "MHz" /proc/cpuinfo
cpu MHz : 800.000
cpu MHz : 800.000
cpu MHz : 800.000
cpu MHz : 800.000
이 전력세이브가 기대한 만큼 크게 세이브가 되는 부분이 없어서 이 기능을 다시 빼버릴까 고민만 하고 있습니다.
저렿게 보여지는 부분으로 고민하시는 분이 계실 바에는 미미한 전력세이브는 포기해 버릴까도 싶은데요.
M SHELL 은 ADDON 을 선택적으로 고르는 기능은 없기 때문에 대부분 제가 판단해서 강제 포함을 시킨 상태입니다.
일단 시험한번 해보시고 어떠신지 알려주시면 감사하겠습니다.
CPU : Intel Pentium Gold G5500 (Coffee Lake) detail
CPU클럭속도 : 800 MHz
이렇게 최저치의 IDLE 상태에서 트랜스 코딩으로 부하를 조금 주니 아래 정도로 800 -> 2200 으로 상승을 했습니다.
grep "MHz" /proc/cpuinfo
cpu MHz : 2200.000
cpu MHz : 2200.000
cpu MHz : 2200.000
cpu MHz : 2200.000
그런데, 시놀로지 정보에서 확인되는 클럭은 800 으로 변화가 없네요.
밖인데 들어가서 해보구 보고 드립지요^^
감사합니다
CPU 모델을 찾아서 변경하면 동작 주피수 표시가 되도록 하는 것이 어렵지 않을텐데 .. 시놀로지 모델의 오리지날 클럭 속도로만 표시됩니다.
TCRP 초기 헤놀 관련 블로그에서는 CPU 모델의 속도로 표시되는 것으로 보아서 ,,,,
처음엔 CPU 모델의 속도로 표시되도록 하였지만 어떤 이유에서 인지 ... 스크립트의 버그 이거나 의도된 것으로 CPU 모델의 속도로 표시하지 않습니다.
표시만 저렇게 나올뿐 Linux 커널에서 CPU 속도를 조절하는 기능은 없으며 부하에 따라서 자동으로 속도가 조절되므로 의미 없는 숫자라고 생각 하시며 됩니다.
부하를 주면서 명령어를 먹여보니 속도가 올라가기는 합니다.
다행이네요...ㅎㅎ 감사합니다. (윗글 내용 수정하여, 캡춰내용 추가하였습니다)
power saving 기능은 저는 잘 안썼지만 잘되면 좋을거 같긴 합니다^^... 옵션으로 켜고 끄게 안되나요??
스크립트 ON/OFF 기동은 편하게 할 수 있도록 작업스케쥴러 DB 에 자동등록 하는걸로 만들어 드려야 할것 같네요.
끄고 싶으신 분들은 끌 수 있도록 말이죠.
이따 저녁에 한번 개발해 보겠습니다.^^
제가 사무실에서 네이티브로 테스트할 환경이 못되서 테스트가 가능하시다면 시험을 부탁드리겠습니다.
가능하신 다른 회원님이 해주셔도 좋습니다.
로더를 다시 빌드해서 설치하시면 /usr/sbin/unscaler.sh 과 /usr/sbin/rescaler.sh 이 추가로 보이실겁니다.
sudo -i 로 루트권한으로 변경하신후
sh /usr/sbin/unscaler.sh
실행해 주시면 지금 서비스도 돌고있는 cpufreq-userspace-scaler 는 중단되고 비활성화 처리됩니다.
똑같이 부하를 조금 주신후 주파수를 확인하시면 됩니다.
원래 기본값인 최대성능치로 맞춰저 있어서 최대 주파수에서 고정된 상태로 변화가 없으셔야 합니다.
다시 원래처럼 되돌리는 재기동은
sudo -i 로 루트권한으로 변경하신후
sh /usr/sbin/rescaler.sh
하시면 됩니다.
잘 동작되는것이 확인되면 각각 수동스케쥴러의 형태로 등록해 두겠습니다.
그런데 간신히 다시 설치한 DSM을 다시 설치해야 하는건가요?
지금 인덱싱 거의 끝나가는데, 이러면 인덱싱을 다시하게 되는건가요? ㅜㅜ
저는 Jellyfin을 쓰고 있습니다
로더 재빌드를 원하지 않으시면 직접 curl 로 받아서 설치하는 방법도 있습니다.
대신 DSM U2 등으로 SMALL 업데이트가 되면 이 스크립트는 지워질 수 있습니다.
sudo -i
cd /usr/sbin
curl -kLO https://github.com/PeterSuh-Q3/tcrp-addons/raw/main/cpufreq-scaler/src/unscaler.sh
curl -kLO https://github.com/PeterSuh-Q3/tcrp-addons/raw/main/cpufreq-scaler/src/rescaler.sh
이렇게 받으신후에
위에 알려드린 쉘 수행을 해보시면 됩니다.
저도 지금은 집에 돌아와서 제 네이티브 메인헤놀에 직접 해보는 중입니다.
기존 서비스는 비활성화 되고 최고성능으로 원복 주파수도 올라갑니다.
아마 바뀐 주파수는 재부팅을 해야 최고치로 원복될것 같습니다.
root@NAS4:/usr/sbin# sh unscaler.sh
Removed symlink /etc/systemd/system/multi-user.target.wants/cpufreq-userspace-scaler.service.
root@NAS4:/usr/sbin# grep "MHz" /proc/cpuinfo
cpu MHz : 3800.000
cpu MHz : 3800.000
cpu MHz : 3800.000
cpu MHz : 3800.000
root@NAS4:/usr/sbin# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
performance
root@NAS4:/usr/sbin#
root@NAS4:/usr/sbin# sh rescaler.sh
Created symlink from /etc/systemd/system/multi-user.target.wants/cpufreq-userspace-scaler.service to /etc/systemd/system/cpufreq-userspace-scaler.service.
root@NAS4:/usr/sbin# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
userspace
root@NAS4:/usr/sbin# grep "MHz" /proc/cpuinfo
cpu MHz : 2200.000
cpu MHz : 2200.000
cpu MHz : 2200.000
cpu MHz : 2200.000
root@NAS4:/usr/sbin# grep "MHz" /proc/cpuinfo
cpu MHz : 800.000
cpu MHz : 800.000
cpu MHz : 800.000
cpu MHz : 800.000
DSM 을 리부팅하면 scaler.sh 과 연동되는 원래의 서비스가 처음부터 강제로 재설치가 되어 버리네요.
이부분도 다시 보완을 해야 할것 같습니다.
ARPL 의 개선된 기능 rcExit 타이밍(DSM Linux 부팅의 맨 끝단)이란것을 잡아서 이 시점에 가변적인 처리가 들어가도록 해야 합니다.
TCRP 에는 이런 기능이 대응되어 있지 않아서 구조자체를 건드려야 하는 부분이라 좀 리스크 하네요.
쉽게 해결이 안될것 같은데, 장시간을 두고 아이디어를 좀 내봐야 할것 같습니다.
저도 설치해 보겠습니닷!!