드디어 드디어 막바지 변외편에 접어들었습니다 -_-+...
오늘은 스피드스텝이 잡혔는지, 안 잡혔는지를 살펴보며
때려잡아보려합니다.
스피드스텝과 잠자기 관련한 부분은 내용이 매우 방대합니다.
아주 조그만 부분으로도 제대로된 동작을 하지 않게 될 수 있다는 것이 핵심인데요
이러한 세심함을 씨퓨의 스피드 스텝을 잡아보는데 사용해보려 합니다.
요번 번외편도 상중하로 나뉩니다.
실전편이라 보면 좋을 것 같네요.
저번 글은 이론으로써 상,중,하로 나누어 스피드 스텝 및 잠자기와 관련해 살펴보았습니다만
실제로 적용할 수 있는 부분이 없어 대부분의 분들이 글을 읽고 그런가보다~ 하고 넘어가셨을거라 생각합니다.
우선 요번편은 외부 켁스트의 로드와 인텔 파워 가젯을 사용하여
스피드 스텝의 꽃인 P-state와 C-State가 모두 정상적으로 잡힌 것인지를
살펴보려합니다.
그래프의 분석 등이 이루어지기 때문에, 잘 따라와주시면 감사하겠습니다.
[준비하기]
1. 우선 켁스트 파일 하나와 인텔 파워 가젯을 첨부파일에서 다운받아주시기 바랍니다.
2. 파워가젯은 설치하시고, 켁스트는 권한복구 후 로드시켜주시기 바랍니다.
3. AppleIntelInfo.kext 로드하는 방법입니다.
KEXT 가 있는 폴더로 이동 ex :cd ~/Downloads
(1) sudo chown -R 0:0 AppleIntelInfo.kext
(2) sudo kextload AppleIntelInfo.kext
(3) sudo cat /tmp/AppleIntelInfo.dat
[시작하기]
우선 인텔 파워가젯을 켜주시기 바랍니다.
사진이 아주 대빵만하게 나왔는데, 이해해주시면 감사하겠습니다 -_-;; [레티나 모드 적용중이라 큽니다.]
위의 사진에서 파워와 프리퀀시, 템퍼레쳐 3개단으로 나뉘어집니다.
여기서 자세히 살펴보아야 할 부분은 파워의 IA입니다
이것은 각 코어가 소모하는 소모전력으로써 이 값의 변동을 기준으로 C-State의 동작 여부를 가리게 됩니다.
위는 씨스테잇이 매우 잘 동작하는 씨퓨의 예제입니다. [제 씨퓨긴합니다만..]
잘보시면 각 코어의 소모전력이 고작 0.22와트밖에 안되는것을 보실 수 있을겁니다.
그리고 온도도 중요한데, 씨스텟이 잘 동작하면 기본 동작 온도가 팍 떨어집니다. (?)
실제로 제 씨스텟이 엉망으로 잡혔던 때의 동작 기본온도는 약 34~36도사이였지만
요번 파워사건으로 -_-.. 불태워먹고 80 Plus Gold인증을 받은 하스웰 지원파워로 변경해주며
스피드스텝을 대대적으로 잘 갈아엎어서? 온도가 매우 팍 떨어졌습니다.
이경우 아이러니한 부분을 보실 수 있을겁니다.
아래의 프리퀀시단을 보시면 각 코어의 동작 속도가 대체로 2.5~3.4 Ghz에서 웃돌며 동작하는 것을
보실 수 있을텐데, 이정도의 동작을 보이면서도 코어의 소모전력이 0.22W밖에 돼질 않는다는 것입니다.
실로 각 코어의 동작속도가 3.4인점을 고려했을 때, 모든 코어가 3.4로 동작하지는 않을 것이라
생각해볼 수 있지만, 나머지 코어가 놀고 한 코어가 3.4로 동작한다고 감안하여도? 0.22와트가 나오기는
어려워보인다는 것입니다.
물론 5.51W가 패키징 와트라하여 기타 등등을 모두 합한 소모전력이긴 합니다만,
씨스테잇의 여부는 개별코어의 전력소모만을 기준으로 살피게됩니다.
정리하자면 이렇습니다. 코어의 Ghz와는 별개로
씨스테잇의 동작이 일어나면 코어의 소모전력량이 급격히 낮아진다는 것입니다.
이 경우 터보부스트까지 돌리며 빡세게 돌아가야할 때는?
당연히 소모전력량이 인텔사가 언급하는 최대 TDP로 올라가게됍니다.
위 사진을 보시겠습니다.
소모전력량 그래프는 일단 합격점으로 볼 수 있습니다.
거의 0W 근저리에서 놀고 있기 때문인데요, 다만 프리퀀시를 살펴보면? 이상하게 움직입니다.
원래 코어의 베이스 로우퀀시는 800Mhz입니다. 이로 인하여 그래프는 당연히 0.8~3.8 사이로
열심히 찍혀야 정상입니다만, 어째서인지 2.0밑으로는 가있지를 않습니다.
이부분으로 미루어 보았을 때에 해당 씨피유는 P-state가 정상적으로 동작하지 않는다!
라고 볼 수 있겠습니다만, 중요한 사실이 한가지 있습니다.
P-State의 동작 여부는 실로 C-State가 잡힌 상황에서 거의 끝납니다.
물론 둘은 별개로 움직이긴 합니다만, 이렇게 단정지을 수 있는 이유는
C-State와 P-State가 보여주는 기본 소모전력량의 차이가 크다는 점이 기인합니다.
깔끔히 정리하자면 다음과 같습니다.
프리퀀시가 저렇게 위에서만 놀면 P-State의 미동작을 의심해볼 수 있습니다.
다만 그래프의 꼭지점들을 잘 살펴보셔야합니다.
이 꼭지점들이 위 그래프처럼 들쑥날쑥하며 2.0~3.x단까지 골고루 분포되어있다는 것은
상위의 P-State은 정상적으로 동작한다고 보며, 하위의 P-state은 미동작한다고 봅니다.
이 상태에서 완전히 미동작인지는 각 코어의 전력소모량을 살펴봅니다.
만일 C-State는 동작하는데 P-State가 동작하지 않는다? 라면
소모전력량은 위의 수치처럼 0.X Watt에서 놀 수 없습니다.
대부분 5와트 언저리에서 놀거나 할 것입니다.
C-state 는 단순히 각 코어의 소모전력만을 살펴보면 됩니다.
0.x와트대가 나오면 정상동작입니다.
다만 세대별로 차이가 있으니, 해당 부분은 인텔의 기술서적등을 참고하셔서
얼마정도가 나와야 돼는지를 살펴보셔야 할것입니다.
위의 그래프는 혹시 몰라 불필요한 백그라운드 프로세서들을 모두 종료한 상태에서
측정한 값입니다. 살펴보니 2.0밑으로도 나오는 것을 확인할 수 있습니다.
그리고 인텔 파워 가젯은 컴퓨터의 리소스를 계속 주기적으로 받아먹는 녀석이기 때문에
씨피유의 기본 클럭 요구를 꾸준히 요청하게됍니다.
이로인해 자세한 P-State의 동작은 켁스트 로드로 살펴보아야합니다.
이미 로드시킨 AppleIntelInfo켁스트로 정보를 살펴보겠습니다.
sudo cat /tmp/AppleIntelInfo.dat
위 명령어를 쳐줍니다.
이렇게 나올것입니다.
위의 사진을 보면 피스테잇과 코어들의 C3,C6,C7을 볼 수 있는데
씨스텟이 모두 잘 동작하는걸 볼 수 있습니다 @_@
그런데 피스텟은 이상한걸 볼 수 있습니다. 8 다음에 바로 28로 건너뛰는 부분인데요
이부분은 해당 켁스트 로드를 계속 해주면 됍니다.
sudo cat /tmp/AppleIntelInfo.dat
이 명령어를 좀 기다리셨다가 다시 쳐주시면 아래처럼 나올겁니다.
아까보다 뭔가 더 많이 나온걸 볼 수 있습니다.
8에서 24로 건너뛰는군요!
만약 이런 상태로 한 수십분 기다리는데도 도중 배수락이 생략된다면 이유는 2가지입니다.
smbios때문에 도중 배수락이 아에 동작하지 않거나 표기가 생략된 경우,
혹은 P-state이 동작하지 않는 경우입니다.
간혹 애플사가 제품을 내놓을 때, 전력효율을 위하여 모든 배수에서 P-state이
동작하게끔 만든 제품군이 있습니다. 이런 제품군은 P-State이 모두 잘 찍힙니다만,
이런 제품군이 아닌 경우에는 도중의 최저배수 몇개만 제외하고는 도중 배수가 생략된 채로 표기됩니다.
다시 한번 시도해보면 아래처럼 값이 나오는걸 확인할 수 있습니다.
바로 위에처럼 나오면 되는 것입니다.
피스테잇이 9 배수를 제외하고 8, 10~38까지 모두 다찍힙니다.
그래픽은 제가 심하게 혹사시키지 않아서 안나왔지만 4~12까지 모두 잘 나온다고 볼 수 있겠습니다. :)
이로써 두개의 프로그램과 켁스트를 사용하여
해당 씨피유가 잘 동작하는지를 살펴보았습니다.
여러분의 씨피유는 안녕하신지요?
읽어주셔서 감사드리고, 다음 글에서는 SSDT의 실전패치를 해보도록 하겠습니다.
감사합니다 ^^
...임시방편으로 가장 간단히 확인하는 방법은 맨 하단에 켁스트로드를 통해
찍히는 부분이 제대로 찍히기만 하면 돼기는 합니다 :).... 소모전력량등은 커스매틱한 분들을 위해서 ㅎㅎㅎㅎ... 적어둔 것이랄까요.
읽어주셔서 감사합니다@
단순히 사파리 구동할 때는 20와트가 나오고, 여기 페이지만 키면서 마우스로 스크롤만 했을 뿐인데 3~4와트의 전력을 소모하는군요. 놀랐습니다.
또, 점검해보니 아무것도 안해도 3.0GHz 아래로 내려갈 생각을 안하는군요..
제가 원래 쓰는 모델은 모든 배수가 다 표시가 되는데, 이상하게 지금 시스템에서는 9~17 배수는 없고 나머지 배수들은 전부 나오고 있긴 합니다.
현재 i5-4690 사용하고 있습니다. smbios는 아이맥 15,2를 쓰고 있습니다. imac 14버전으로 내려줘야 할 듯 싶습니다.
[smbios 와 스피드스텝이 관련 있는건 사실 감으로 알고 있었는데 일목요연하게 정리해주셔서 감사합니다!]
아, 옛전에 적어주셨던 기억이 납니다. ㅎㅎ 또 여쭤버렸네요 ;ㅁ;.
보여주신 사진으로 미루어 짐작하건데, P스텟과 C스텟이 모두 안잡힌 것으로 보여집니다.
켁스트 로드를 통해서는 P-state이 제대로 동작한다고 나오면, 그나마 다행이긴 합니다만
위 전력소모 및 코어의 움직임이 범상치않게 -_-.. 움직이는것으로 보아 문제가 있는 것 같습니다.
첨부 감사드려요 샨님.
대강 정리해보면, 전력관리기술이.. 어음, 개판으로 동작하는 것 같습니다.
잡혀있는걸 보니 잡히긴 한 것 같은데 (?) 이유모를 전력관리가 안돼는 부분이랑 피스테잇의 하단부 손실을 보아
몇가지 특단의 조치가 필요해보입니다...
저와같은 하스웰기종이니, 이부분을 고려하여 다시 적어봅니다.
1. Bios단 -> C-State 3,6,7 모두 강제 활성화.
2. Kext단 -> SSDT의 노패치 (적용된 스피드스텝 패치를 없앱니다.) 및 ACPM만 로드되게끔 해줍니다.
위 상태에서 동작의 상태를 판단하여 필요한 부분의 패치가 필요합니다.
만약, 위와같은 상황인데 첨부해주신 스샷과 같이 전려고간리가 찍힌다면 다음으로 넘어갑니다.
1. SSDT 의 P-state 패치를 통한 배수 TDP 재설정
2. SSDT의 _DSM패치를 통하여 X86Platform, X86Shim 켁스트를 로드시켜 테스트해봅니다.
위 상태에서 정상동작이라면, 바이오스단의 강제활성화를 풀고
자동 Auto모드에서도 정상동작하는지를 살핍니다.
위의 경우에서 파워가 하스웰의 C-state을 지원하지 않는다면
소모전력은 최저가 4~5W급으로 찍히게됍니다.
ACPM로드의 방법을 여쭤보고 싶습니다. 무엇을 의미하는지요?
일단 1단계는 실패한 것 같습니다. 바이오스상에서 C3, C6, C7을 사용설정을 하였습니다. 그리고 ssdt 관련 패치를 전부 지운 결과 기본 와트가 더욱 높아졌습니다. (0.55 -> 2.XX)
기본와트가 최저로 0.55가 찍히는거면, 파워가 아마도? 지원을 안 해주나 봅니다....
ACPM로드는 확인은 시스템정보에서 하실 수 있습니다만, 정확한 로드 방법은 씨피유 정보가 맥상에서
제대로 로드되어있는경우에 기본으로 로드된다고 볼 수 있겠습니다.
AppleLPC 켁스트의 로드 여부를 여쭈어봅니다.
만약 X86Platform, X86Shim 켁스트가 로드중이시라면 위의 ACPM로드는 생략돼며
우선순위가 X86으로 넘어갑니다.
----------------------------------------------------------------------------------------------------------
스피드 스텝 및 잠자기와 관련하여 정상동작을 위해서는 다음과 같은 조건이 충족되어야 하는 것 같았습니다.
1. AppleLPC, AppleAPIC의 로드
2. AppleACPIPlatform, AppleGraphicsPowerManagement의 로드
3. ACPI_SMC_PlatformPlugin 혹은 X86PlatformPlugin & X86PlatformShim 켁스트 로드
혹은 AppleIntelCpuPowerManagement 켁스트 로드
크게 LPC와 APIC단에서 제어가 들어가고 세부적으로 CPU 전력관리 켁스트를 통해 제어하는 것 같더군요.
그리고 거기에 적절한 SSDT와 파워서플라이의 지원, 그리고 바이오스단에서의 설정도 한몫 하며
smbios까지 가세하여 세부적으로 나뉘어지게 됍니다.
그래서 모든 부분을 특정해내기가 어렵다는게 저를 힘들게합니다만 -_-...
일단 소모전력이 0.55와트라고 하셨으니, 최저 와트를 좀더 제대로 측정해보시고도 0.5와트 미만으로 떨어지지 않는다면
잠자기 부분에서 말씀해주신 증상이 왜 일어나는지 어느정도 설명이 가능할 것 같습니다.
-----------------//
아 참, 그리고 잠자기 관련해서는 어느정도 꼬리를 잡은 것 같습니다.
제대로 잡는대로 다음에 글 쓸때 같이 다뤄보도록 하겠습니다. ㅎㅎ
아이고..그렇군요.
말씀하신대로 알아보았습니다.
LPC 켁스트 로드: 아니오
X86Platform 로드: 예
X86Shim 로드: 예
신경써주셔서 감사합니다.
파워는...음 나름대로 알아보고 산건데, 제가 컴 하수인지라...ㅜ_ㅜ
아, 그리고 저번에 주신 가이드로 참고하고 대기모드 테스트를 해보니...
윈도우 하드가 잠겨버려서 겁을 먹어서 시도를 못하고 있습니다. 우선은 대기모드를 -1로 지정해둬서 진입하지 못하게끔 하고 쓰고 있는 중입니다.
LPC가 로드되어있지 않은 상태군요! 혹시 그래픽은 무엇을 사용하시는지, 그리고
추가적으로 AppleGraphicsPowerManagement도 로드되어있는지 확인해주시면 감사드리겠습니다. :)
대기모드는 제가 보았을 때 사용하지 않으시는 것이 좋을 것 같고
AutoPowerOffDelay와 AutoPowerOFF가 pmset -g로 하였을 때
설정되어있다면 해제하신 후 hibernatemode 0으로 주셔서 사용하시면 될 것 같습니다.
감사합니다. 현재 Nvidia Galaxy GTX 960 사용중이며, 해당 켁스트는 로드가 되어있는 상태네요!
로드는 되어있다고 하시니 범주가 좁아지기는 했습니다만(?)
해당 기종의 기능을 온전히 쓰려면 AGPM 패치가 들어가야할 것 같으니, 나중에 따로 글에 올려놓도록 하겠습니다.
X86플랫폼의 정상로드, AGPM도 함께 로드.
그러나 LPC가 안돼어있으니 LPC를 로드시켜주고, 소모전력량을 테스트하여 0.5와트 미만의 동작을 확인하여
미만으로 동작하면 기타의 문제, 이외라면 대기모드는 포기해야합니다.
제가 계속 파워를 말씀드리는 이유는.... 음..... 제 파워가 같이 스스디랑 사망해서 그런거는 아닙니다. (맞아요 이게 ㅜㅜ)
다만, 중요한건 인텔이 공식문서로 씨스테잇 미지원 파워는 대기모드 진입시 보호회로 동작으로 인한 강제 종료등이 일어난다고 한 부분이기 때문입니다.
이게 맥에서 대기모드에 들어가면 발생하게되는데, 컴퓨터가 종료되어버린다던지 하는 것들이 autopoweroff, 등과 상관없이 일어난다면
해당부분때문이라 보여지며, 만약 autopoweroff가 1로 활성화라면 0으로 설정하셔서 없애주신 후 시도해보시는 것도 좋을 것 같긴합니다.
[ 윈도가 잠금된다면.. -_-;; 그냥 안하시는게 좋을 것 같습니다. 대기모드에서 하드락이 은근 잘걸립니다... ㅜㅜ저도 그래서 퓨전을 날려먹은적이 한번 있네요]
FakeSMC를 통해 AppleLPC.kext를 로드하는데 성공하였습니다. <- 이 방법은 따로 글을 쓰겠습니다.
이제 남은건 ACPI_SMC_PlatformPlugin, AppleIntelCpuPowerManagement 켁스트를 로드하는 일입니다.
LPC kext를 로드하니 프리퀀시 전압값이 조금 더 떨어진걸 확인하였습니다.
파워가 공식적으로 C-state을 지원해주는지도 한번 확인해보시면 좋을 것 같습니다....만,
황천길이라니 무슨 문제라도 있으신건가 싶네요 ㄷㄷ...
수동으로 TDP값을 잡아보았습니다. 체감상 이전보다는 조금 나아진 것 같기도 합니다.
CPU의 폭, 최소전력, 온도 등이 변하였습니다. 최소전력은 0.29W, 온도는 약 8도정도 감소했습니다.
그래도 단순한 스크롤을 하거나 이럴때 전력이 팍 튀는 부분은 여전한 상태입니다. 말씀대로 특단의 조치(?)가 필요할 것 같습니다..@@
ACST를 제하고 APST부분의 일부 오류를 수정한것을 첨부해봅니다.
테스트 한번 부탁드릴게요 :)
이제 집에왔습니다. 감사합니다..ㅜ_ㅜ
dsdt 패치를 통해 AppleLPC.kext를 로드해보려 하는데, 제 dsdt에서는 이상한 점이 있더군요. 지금 보니 인텔 가젯의 프리퀀시에서도 GT라고 적힌 것이 없는데, dsdt에서도 관련 문구가 없어서 패치를 해주니 오류를 뿜어서 일단 보류중입니다.
뭔가...빠진것 같습니다.
ssdt 테스트 해보겠습니다!
bios에서 c state관련 설정모두 auto->enable하였더니 Power는 많이 좋아졌습니다. Frequency가 다소 높아 이건 Clover Configurator에서 제 CPU에 맞게 ACPI 부근 설정값 체크하고 C2/4/6/7도 enable 체크 하였더니 좋아지네요~ 세대별 설정 체크값 여기 안내서 보고 체크했습니다~
그동안 신경안쓰고 썻는데 전기세 많이 나갔겠네요.ㅠ
el[0]: AICPUPMI: CPU P-States [ (8) 9 10 11 12 13 14 15 16 17 18 20 21 22 23 24 25 26 27 28 29 30 31 32 33 35 37 38 ]
유레카! 성공했습니다. 완전히 잡힌 것 같습니다. FakeSMC.kext에 정보를 후킹하는 방법으로 켁스트를 로드했습니다.
AppleIntelPowerManagement는 XCPM? 일경우 로드가 필요없다해서
AppleLPC와 ACPI_SMC_PlatformPlugin 켁스트만 로드시켜주었습니다.
더불어 KsJ님께서 수정해주신 ssdt를 넣었구요. dsdt 패치는 하지 않았습니다.
정말 감사드립니다. LPC를 넣으니 프리퀀시가 조금 감소하였고, ACPI_SMC_PlatformPlugin 을 넣으니 프리퀀시가 윈도우와 비슷하게 정상범위에 가깝게 나왔습니다.
확실히 말씀하신대로 켁스트까지 패치를 해주어야 스피드스텝이 완전히 잡히는 것으로 보입니다.
최소 전력은 0.22W까지 나왔고, 온도는.... 기본쿨러를 쓰고 상대적으로 밀폐된 공간이어서 그런지 조금 높지만, 아이들 상태에서 괜찮으므로
그냥 써도 무방할 것 같습니다. <- 방에서 게임하거나 하면 금방 더워집니다.ㅎㅎ
PS. 저는 왜 프리퀀시 항목에서 GT가 없을까요? 사실 KsJ님이 올려주신 LPC dsdt 패치를 이용한 로드 방법으로 첨에 따라해볼려고 했는데
dsdt에서도 GT는 존재하지 않는다 <- 이 오류때문에 dsdt 패치를 포기하고 말았거든요...
PS.2 필요한 켁스트가 추가로 로드되다보니, 부팅 게이지가 중간에서 약간 천천히 움직이다가 중간 지점을 넘으면서 다시 빨라지는군요. 즉 1~2초 정도 부팅속도가 느려졌습니다. 제가 생각하기엔 켁스트들 때문인것같은데... 제가 예상하는게 맞는지 여쭤보고싶습니다
(쉽게 말하면 제가 쓰는 '커스텀맥의 부팅 게이지'가 '맥북의 부팅 게이지 움직이는 것'이랑 거의 흡사합니다.)
추가적으로, 정상적으로 스피드스텝이 잡힌다면 에너지 절약 메뉴에서 굳이 컴퓨터 잠자기를 추가하지 않아도
컴퓨터 잠자기 메뉴가 알아서 생기더군요. <- 아마도.... 자연스럽게 스피드스텝과 관련된 절약 부분도 잡히는 것이라 생각합니다.
,
darkwake 관련 정보를 추가합니다.
darkwake=0 -> Power Nap Disabled
darkwake=1 -> Power Nap Fully Enabled (System fully wakes. Fans on, monitors on, Hourly)
darkwake=2
darkwake=3
darkwake=4
darkwake=5
darkwake=6
darkwake=7
darkwake=8 -> Power Nap Enabled (System Fully wakes, sometimes monitor come on, sometimes not [don't know why])
darkwake=9
darkwake=10 -> Power Nap Enabled (Fans & monitors do not come on, system.log show the times that the computer woke from sleep. Time Machine Backup are performed hourly in sleep mode)
darkwake=11
X86 kexts를 로드하면 Frequency값이 3.0 으로 안내려간다고 말씀드렸었죠? 근데 이건 iMac에서만 그런가 봅니다.
Mac Pro 6,1에서는 X86 kexts가 로드된 상태고, 파워냅도 활성화 된 상태임에도불구하고 CPU Frequency까지 상식적으로 납득이 가는 흡족할만한 결과가 나왔습니다.
[MacPro 6,1에서 측정한 Intel Power Gadget]
인텔 파워가젯도 아직 나오지 않아 반영을 못하는군요 스카이레이크 6700k에는
ssdt는 추출했는데
추출하는 것들도 대부분 작동을 하지 않습니다.
터보가 찍히지 않습니다.
안되는 기능이 많습니다.
아직 정상적으로 패치 하지 않은 상태입니다.
36 37 41 42 이 아직 안나왔습니다.
아이맥처럼 ACPI_SMC_PlatformPlugin 이 잡히지 않는 것 이외에는 다른 것은 정상으로 잡힙니다.
안녕하세요~~
올려주시는 게시물은 항상 감탄하며 보고 있습니다.
i5-6500 Speedstep은 다 잡았다고 생각했는데 이상하네요~~
SMBios에서
iMac (17,1) <-Skylake 플렛폼
선택시에 클럭이
최저 / (non-Turbo)최고3.2GHz / (Turbo)최고3.56GHz
이렇게 동작합니다. 터보부스트가 유동적으로 동작하는 대신에 노멀 클럭이 뭐만 하면 100%로 중간 클럭이 없습니다. (심장박동이 200% 뛰는 것 처럼 보이는 ㅡㅡ)
Mac Pro (6,1) <-Ivy Bridge 플렛폼
선택시에 클럭이
윈도우처럼 골고루 클럭이 나오지만(윈도우 작업관리자 보는것 처럼), 다만 최고 클럭 3.2GHz(non-Turbo)로 동작, 즉 터보부스트는 동작하지 않습니다.
제 생각에는 iMac 저 모델은 레티나 5K 디스플레이로 (DP포트 대역폭 부족으로 DP 2개가 화면 1개를 출력(화면 반반 담당)) 인터페이스 사용시 자잘한 잡랙을 줄이기 위해 일부로 중간 클럭을 없에고 터보를 켜고
맥프로는 공간이 협소하다보니 터보 끄고 중간 클럭도 잡아놓은 것 같은데... (아니면 허허)
아니면 맥프로는 스카이 플렛폼 인식이 안되는건지... ssdt까지 잡았는데...
왜 이렇게 동작할까요?
둘을 좀 섞어놓으면 좋겠는데(중간 클럭들도 잡히면서 터보도 사용 가능하도록) 어떻게 하면 좋을까요?
전혀 감이 안잡히네요..
AppleIntelInfo.kext 파일을 다운받아와서.
위에 나온대로 실행하니까
kextload 부분에서 엔터를 치면 바로 다운이 되어버리네요.
AppleIntelInfo.kext파일을 다운받아서 사용하는게 아닌가요?
"님의 댓글"
이 댓글을 신고 하시겠습니까?
제목 | 조회 수 | 날짜 | 글쓴이 |
---|---|---|---|
macOS Sequoia 15.0.1 24A348 정식버젼 고스트 이미지 OC 1.0.2 ft: 전체공개 +29 | 937 | 24.10.1121:10 | 좌절금지 |
오픈코어 1.0.2 +23 | 575 | 24.10.0900:22 | 줌바이퍼 |
[중급편] 노트북 해킨 +16 | 1402 | 24.07.1219:19 | Stultus |
macOS Ventura 13.7 22H123 정식버젼 고스트 이미지 OC 1.0.1 ft: 전체 공개 +17 | 575 | 24.09.1917:09 | 좌절금지 |
macOS Sonoma 14.7 23H124 정식버젼 고스트 이미지 OC 1.0.1 ft: 전체공개 +31 | 909 | 24.09.1723:58 | 좌절금지 |
[초급편] 문제 스스로 해결하기 +20 | 4002 | 24.03.2920:07 | Stultus |
[입문편] 첫 해킨 길라잡이 +40 | 5086 | 24.01.1218:54 | Stultus |
[필독 - 안정화] macOS 해킨토시 설치 후 안정화 작업 목록 및 글타래 모음 총정리 📋 +67 | 5.1만 | 23.01.0913:39 | shl628 |
Hot AMD Sequoia용 AppleALC 1.9.2 +3 | 106 | 24.10.2319:04 | 사노라맨 |
Hot [Sequoia 15.0.1, OC r1.0.2] ASUS TUF B550-PLUS / RYZEN 5 5600X / RX470 +2 | 102 | 24.10.2322:26 | 뿌엥 |
Hot OCLP로 지원되지 않는 기기/dGPU를 사용하는 해킨토시의 사이드카 품질 문제 해결방법 +1 | 119 | 24.10.2321:29 | 해킨도전자 |
102 | 24.10.2322:26 | 뿌엥 | |
119 | 24.10.2321:29 | 해킨도전자 | |
106 | 24.10.2319:04 | 사노라맨 | |
784 | 24.10.1412:27 | shl628 | |
664 | 24.10.1316:00 | 수박 | |
344 | 24.10.1222:56 | Stultus | |
937 | 24.10.1121:10 | 좌절금지 | |
732 | 24.10.1115:53 | 수박 | |
575 | 24.10.0900:22 | 줌바이퍼 | |
1402 | 24.07.1219:19 | Stultus | |
1210 | 24.10.0500:31 | 줌바이퍼 | |
569 | 24.10.0410:49 | Tamy | |
749 | 24.09.2923:48 | 머트 | |
628 | 24.09.2822:28 | 머트 | |
463 | 24.09.2808:22 | Tamy | |
894 | 24.09.2321:32 | Stultus | |
994 | 24.09.2210:59 | 좌절금지 | |
644 | 24.09.2203:23 | 누림어멈 | |
1190 | 24.09.1919:17 | 좌절금지 | |
575 | 24.09.1917:09 | 좌절금지 | |
498 | 24.09.1813:37 | Stultus | |
909 | 24.09.1723:58 | 좌절금지 | |
601 | 24.09.1722:40 | 좌절금지 | |
453 | 24.09.1717:13 | 맥가즈아 | |
562 | 24.09.1708:13 | 김경석 | |
234 | 24.09.1617:47 | Panictosh | |
768 | 24.09.1504:35 | Tamy | |
584 | 24.09.1319:18 | Stultus | |
706 | 24.09.1019:44 | 치토 | |
484 | 24.09.0118:13 | 머핀X | |
462 | 24.09.0112:54 | 해킨도전자 | |
546 | 24.08.3115:34 | 머핀X | |
306 | 24.08.2601:42 | 화정큐삼 | |
305 | 24.08.2422:59 | 하나브 | |
318 | 24.08.2316:25 | 화정큐삼 | |
415 | 24.08.1810:56 | CanBe | |
363 | 24.08.1800:04 | 화정큐삼 | |
300 | 24.08.1722:03 | 화정큐삼 | |
201 | 24.08.1710:14 | jbhlyk | |
312 | 24.08.1622:06 | Stultus | |
218 | 24.08.1511:16 | hackillious | |
169 | 24.08.1421:30 | 세유니 | |
419 | 24.08.1419:58 | Stultus | |
377 | 24.08.1311:26 | 오디세이 | |
270 | 24.08.1115:46 | 좌절금지 | |
186 | 24.08.1111:21 | 티타보르 | |
233 | 24.08.1022:46 | Stultus | |
538 | 24.08.1022:10 | 오디세이 | |
168 | 24.08.1019:05 | jbhlyk | |
200 | 24.08.0923:20 | RogerT |
오호.... 어렵네요... 안잡고 그냥 쓰기로....