Started by AtlBo, April 19, 2013, 01:01:13 PM
Quote from: AtlBo on April 20, 2013, 01:24:00 PMJust saw that an overlay on the graph when the governor is off has been added to the the 188.8.131.52. This accomplishes what I was hoping for, so thanks to Support for this addition...
Quote from: Support on April 21, 2013, 04:27:34 AMThat's actually always been there. I like your idea here! I will see what I can do to add some information about their respective refresh rates. p.s. Speaking of refresh rates, I am considering making the default governor refresh rate 500ms. Perhaps only when there are 4 or more logical cores.
Quote from: BenYeeHua on April 21, 2013, 08:15:18 AMI also found that changing the governor refresh rate don't apply real-time, it need a restart of Process Lasso.Did it expected?
Quote from: BenYeeHua on April 21, 2013, 08:15:18 AMAnd this is my result. Using Process Explorer with 1 sec refresh rate to check the CPU usage of the thread.i5-3210mCPU usage(%)1s(default)-0.05 100ms-jumping between 0.39-0.46500ms-0.09I also found that changing the governor refresh rate don't apply real-time, it need a restart of Process Lasso.Did it expected?
Quote from: BenYeeHua on April 21, 2013, 02:36:05 PM1.Increase the time to restrain "that" process if the same process is restrain many time in a short time like 5 times in 30 secI found this is happening for some game, when you are opening it at the background, you will see the log is spamming.
Quote2.Temporary lower the refresh rate if there are many process is restrain in a short time.I wonder this can to accept?As doing this will increase a little chance to increase the CPU usage and switching threads to governor more times, which might increase a little cache miss for other process???
QuoteDid the process being restraining will be release, after you switch to that process(foreground)?And did it being release by immediately, or the next refresh rate?
Quote from: BenYeeHua on April 21, 2013, 07:02:47 PMThank for answer it. So mostly the governor do its jobs on every iteration, to reduce the CPU usage?
QuoteBecause the increase of timer resolution and dynamic tick of windows 8 reduce power usage. Or it just reduce the power usage because the CPU can deep sleep longer, not the CPU usage reduced because of reduced cache miss?
Quote from: Support on April 22, 2013, 07:57:10 AMYes, for most everything. The things that *can be* event driven are event driven. That isn't much, sadly. The process stats simply have to be re-polled. The CPU utilization is quite negligible, and reducing even further in this beta series.
QuoteI don't know. I am surprised it has a positive effect on power utilization. It *may be* that the CPU frequency is able to be scaled more efficiently, and same for parking. That is much more likely than anything to do with the CPU caches.
Quote from: edkiefer on April 22, 2013, 08:32:52 AMLets not forget that we do want ever process to process its instructions as fast as it can, we don't want to restraint to much, just enough to keep input lag and response good .Settings best for each configuration is probably going to be tough one as there single, dual, quad etc with all varying speeds along with OS .I think default is pretty good now , of course users can always tweak there values to see if can improve , you just don't want to be restraining to much and slowing down the processes (I have not seen this but again have not tried to make that happen altering the values, ) just saying .