3편, 그러면 성능과 배터리 효율에 Governor(거버너)는 어떤게 좋을까?

원문 XDA developers 
[REF][TWEAKS] Kernel Governors, Modules, I/O Schedulers, CPU Tweaks, AIO App Configs (Click)

2012/05/08 - [Mobile, Android, Apps] - 1편, 거버너(Governor)는 무엇인가?

2012/05/11 - [Mobile, Android, Apps] - 2편, [REF][TWEAKS] Kernel Governors, Modules, I/O Schedulers, CPU Tweaks, AIO App Configs

감사하게도 적절하게 Q, A를 통해 우리와 같은 초보들이 궁금할 만한 점들을 쉽게 풀어주었다.

읽어보고 자신의 사용패턴과 취향에 맞게 트윅하는 것은 우리들의 몫일 것이다. 

Q. "Ok. Enough of explanations. Tell me which governor is for performance and which one is for battery life." 
Q. "좋아. 설명은 충분해. 어떤 거버너가 성능에 좋고, 어떤게 배터리 수명에 좋은지 말해줘."

A. Tough question! lulzactive and smartassV2 for a balance between performance and battery. 
A. 어려운 질문이야! lulzative와 smartassV2가 성능과 배터리간에 밸런스를 위해 있어.

For light weight tasks, lulzactive should be better for battery. 
작은 프로그램에는 lulzative가 배터리에 더 나을꺼야.

And for heavy weight tasks, lulzactive should be better for performance also. 
그리고 큰 프로그램에도 또한 lulzative가 성능면에서도 나아.

To get maximum performance, use a tweaked ondemand or conservative, but never complain about battery. 
가장 최상의 성능을 얻으려면 수정된 ondemand나 conservative를 사용해. 하지만 절대 배터리에 관해선 불평하지마.

NOTE: It's not so easy to tame luzactive. If you don't know how exactly to do it, stay away from it 
주 : luzactive는 그리 다루기가 쉽진 않을꺼야. 만약 정확한 사용법을 모른다면, 건들지 말아!

or you will end up complaining about battery drain!
그렇지 않으면 배터리 소모에 대해 불평하게 될꺼야!

Q. "Hey, almost forgot. How do i change governors?"
Q. "까먹을 뻔했네. 거버너들은 어떻게 바꿔?"

A. Best way is to use an init.d script if your kernel supports it. 
A. 가장 좋은 방법은 커널이 제공한다면 init.d script를 사용하는 거야.
(echo "governor-name" > /sys/devices/system/cpu/cpu0/cpufreq /scaling_governor) 

Else use Voltage Control/SetCpu/No Frills/Antuntu CPU Master, etc. 
그밖에 Voltage Control/SetCpu/No Frills/Antuntu CPU Master, 등등을 사용해.

Voltage Control has the interfaces for gpu oc/uc/uv and charge-current change if your kernel supports them. 
만약에 커널이 제공한다면 전압 컨트롤에 gpu oc/uc/uv 와 charge-current change에 대한 인터페이스가 있을꺼야.

Like we guessed, these apps will tell us the active governor too.
우리가 추측했듯이 이 어플들은 활성화된 거버너에 대해 알려주기도 해.

Q. "How do i know which governor is best for me?"
Q. "어떤 거버너가 가장 나한테 좋을지 어떻게 알지?"

A. It depends on what you need and your daily usage pattern. Performance or battery. 
A. 그건 니가 뭐에 필요한지 그리고 매일 사용하는 패턴에 달렸어. 성능인지 배터리인지.

Better choose a governor that's balanced for battery/performance.
배터리와 성능에 밸런스가 맞춰진 거버너를 고르는게 나을꺼야.

Or tweak a governor to give performance an upper-hand as compared to battery. 
아니면 배터리와 비교해서 성능에 우위를 두게끔 거버너를 수정해.

We can always re-charge the phone: In car when off to work, or overnight. 
우린 언제나 휴대폰을 충전할 수 있어: 출근시 차에서, 또는 잘때.

But we can not recharge performance! After all, we bought GS2 to enjoy it's sheer power.
하지만 우리가 성능은 충전할 수 없잖아! 결국 우린 더없는 파워를 즐기려고 GS2 를 샀지.

Q. "Well i have set my favorite governor as screen-on governor and another one as screen-off governor.
Q. "음. 나는 내가 가장좋아하는 screen-on 거버너와 screen-off 거버너를 따로 설정해놨어.

Why the hell is the phone not waking up after deep sleep. I need to force-restart the phone by pressing 
power button for about 10 secs. Is it a sleep-of-death?"
왜 오랫동안 사용을 안하면 한참을 버벅이는거야?  난 약 10초동안 파워버튼을 눌러서 강제 재부팅을 해야해. 이건 sleep-of death야?"

A. Yes it is. Do not use two governors as screen-on & screen-off govs, 
if they both have an upper frequency limit for screen-off state.
A. 응 맞아. 만약에  screen-on과 screen-off용으로 두개에 거버너들을 사용하고 둘 다 상위 주파수를 사용한다면 같이 사용하지마. 

Didn't get it? Examples for Wrong combinations:  (screen-on:screen-off): ondemandX:smartassV2 
이해 못했어? 잘못된 조합의 예 : (screen-on:screen-off) : ondemandX:smartassV2 

Examples for right combinations: ondemand:smartassV2, lulzactive:smartassV2
맞는 조합의 예 : ondemand:smartassV2, lulzactive:smartassV2

Q. "I can feel slight lags here and there with a governor. For ex: while scrolling through app drawer/vertically 
Q. "어떤 거버너에서 여기 저기 조금씩 랙이 느껴져. 예로 앱 드로워/브라우저 등등에서 상하 스크롤할때 

scrolling browser, etc. I really love this governor and don't tell me to use another governor. Can i diminish this lag?"
난 이 거버너가 정말 좋으니 다른 거버너 쓰란말은 하지말아줘. 이 렉을 줄일 수 있을까?"

A. Hmm well, you can. Basically what we have to do is make the governor "poll" less often to scale-down cpu. 
음. 할 수 있어. 기본적으로 우리가 할 일은 거버너가 cpu 사용을 낮출 수 있게 "poll" 하는 걸 줄이는 거야.

Increase down-sampling-time of your governor (whichever parameter that corresponds to), 
거버너의 다운 샘플링 타임을 늘려봐 (매개 변수에 관련된 뭐든)

so that the cpu will stay longer on a frequency before scaling down. This should eliminate the lag.
그렇게 하면 cpu는 클럭을 낮추기 전에 그 주파수에 더 오래 머무르게 될꺼야. 이게 렉을 제거할 수 있어.

Q. "Even though i don't have too much uv/oc, once in a while; may be once in two weeks, 
i experience a freeze/lock/reboot. I'm using governor X. How do i solve this?"
Q. "난 uv/oc를 거의 안 건드려도 가끔씩; 아마 2주에 한번쯤, 프리징/락/재부팅 현상이 있어. 난 거버너 X를 사용해. 이걸 어떻게 해결해?

A. Well, a random reboot/freeze once in a while signifies that we're android/galaxy SII enthusiast. 
음, 랜덤으로 가끔씩 재부팅/프리징되는건 android/galaxy SII를 자주 사용하는 걸 반증하지.

If everything go smooth as silk, what's the fun? We could use stock rom/kernel/governor and be happy. 
만약 모든것들이 실크처럼 스무스하게 돌아간다면 뭐가 재밌겠어? 우린 저장된 롬/커널/거버너를 사용하면서 즐거운거야.

A rare reboot or freeze is nothing to worry about. Just restart the phone.
드문 재부팅이나 프리징은 걱정할게 안돼. 그냥 재부팅해버려.

Q. "OK. I want to tweak these governors according to my usage pattern, 
because i'm not happy with the default behavior of these governors". 
Q. "좋아. 난 이 거버너들을 내 사용패턴에 따라 트윅하고 싶어. 난 이 거버너들의 기본값에 만족못하겠어."

A. You can tweak the governors using an init.d script to echo suitable values into:
A. 넌 echo로 적절한 값을 입력해서 init.d script로 거버너들을 트윅할 수 있어 :
/sys/devices/system/cpu/cpufreq/name-of-active-governor/name-of-the-paramater-to-tweak

Example: echo "20000" /sys/devices/system/cpu/cpufreq/lulzactive/up_sample_time

Q. "I'm going to set scaling min freq as 100 mhz because my kernel supports it. 
Hope there's nothing wrong in doing that."
Q. "난 scaling min freq를 커널이 지원하는100mhz로 맞출래. 이렇게 하는데 문제가 없길 바래."

A. Wait! You may want to stay away from using 100mhz during screen-off or screen-on states for three reasons 
A. 잠깐! 넌 아마 이 3가지 이유로 스크린 오프나 온 상태에서 100mhz로 사용하는 걸 기피하게 될꺼야.

1) It seems 100 mhz uses more power than 200 mhz. According to tests, 100 mhz accounted to 1 W / GHz 
1) 100 mhz가 200 mhz로 사용하는 것보다 배터리를 아끼는 것처럼 보이겠지. 테스트에 의하면 코어들이 직결되었을 때

and 200 mhz to 0.7 W / GHz, when both the cores were online. 
100 mhz는 1W/ghz, 200 mhz는 0.7w/ghz를 사용하게 되어있어.

2) 200 mhz can finish same task faster compared 100 mhz and thus hit deep idle soon. 
2) 200 mhz는 100 mhz와 비교시 같은걸 처리할때 더 빠르고 딥아이들에서 쉽게 빠져나와.

3) 200 mhz is the 'sweet spot' of frequency in SGS II. ie, the frequency used in the calculations based on 
3) 200 mhz는 SGS II에서 가장 효율적인 주파수야. 어떤 것을 실행하기에 최적화된 걸 기반으로 계산에서 사용되는 그 주파수는 

the optimal energy to run (Ex: In Milestone it's 550 MHz). So , 'energetically efficient' frequency 
for our CPU is 200 mhz.
(예: 마일스톤은 550 Mhz). 그러니 CPU의 '에너지 효율적' 주파수는 200 mhz야.

Q. "I want to know is there's anything more i can do to improve battery life. 
I have already tweaked my governor settings but..."
Q. "난 배터리 수명을 늘리기 위해 뭘 더 할 수 있는지 알고싶어. 난 이미 거버너 세팅을 트윅했지만..."

A. Take my word. Best way is to limit scaling max freq to 800 or 1000 mhz. 
A. 잘들어. 가장 좋은 방법은 800 또는 1000 mhz로 scaling max freq를 제한하는거야.

Sgs2 can do majority of the task with 1000 or 800 as the max. OCing to 1600mhz draws considerably more power 
sgs2는 1000 또는 800을 최대로 대부분의 작업을 할 수있어. 1600 mhz로 오버클러킹하는건 1200또는 1400 mh로 하는 것보다

than stock 1200mhz or even 1400mhz. Try scaling between 200 and 1000 mhz for a day and feel the difference.
상상이 안될만큼 많은 배터리를 소모해. 하루동안 200과 1000 mhz사이로 클럭을 맞춰보고 비교해봐.

Q. "How to make my device more snappier. I don't care much about batt....err...I do care about battery life, 
but only in terms of avoiding unwanted power consumption. Device should instantly dance to my tunes."
Q. "어떻게하면 내 휴대폰을 더 쩔게 만들지. 난 배터리 신경안.......ㅆ...배터리 수명은 신경써,  하지만 원하지 않는
배터리 소비는 피하는 선에서말야. 뭐든 내가 원하는데로 즉시 사용할 수 있게 하면서.

A. Scale 500 to 1200 during screen-on and 200-500 during screen-off. 
스크린 온시 500에서 1200 그리고 스크린 오프시 200에서 500으로 설정해.

Use performance tweaked conservative/ondemand(x). 
성능이 트윅된 conservative/ondemand(x)를 사용해.

No excess power consumption because 1400 and 1600 is out the league. Response will be sweet. 
과도한 배터리 소비는 없을꺼야 왜냐하면 1400과 1600은 도가 지나치거든. 반응속도는 만족스러울꺼야.

And don't worry, minimum of 500 during screen-on will not drain too much battery like you think!
그리고 걱정마. 스크린 온시 500을 최소로 하면 니 생각만큼 많은 배터리를 소모하지는 않을테니!