Started by Jeremy Collake, August 04, 2013, 02:16:47 PM
QuoteEach thread has a dynamic priority. This is the priority the scheduler uses to determine which thread to execute. Initially, a thread's dynamic priority is the same as its base priority. The system can boost and lower the dynamic priority, to ensure that it is responsive and that no threads are starved for processor time. The system does not boost the priority of threads with a base priority level between 16 and 31. Only threads with a base priority between 0 and 15 receive dynamic priority boosts.The system boosts the dynamic priority of a thread to enhance its responsiveness as follows.When a process that uses NORMAL_PRIORITY_CLASS is brought to the foreground, the scheduler boosts the priority class of the process associated with the foreground window, so that it is greater than or equal to the priority class of any background processes. The priority class returns to its original setting when the process is no longer in the foreground.When a window receives input, such as timer messages, mouse messages, or keyboard input, the scheduler boosts the priority of the thread that owns the window.When the wait conditions for a blocked thread are satisfied, the scheduler boosts the priority of the thread. For example, when a wait operation associated with disk or keyboard I/O finishes, the thread receives a priority boost.You can disable the priority-boosting feature by calling the SetProcessPriorityBoost or SetThreadPriorityBoost function. To determine whether this feature has been disabled, call the GetProcessPriorityBoost or GetThreadPriorityBoost function.After raising a thread's dynamic priority, the scheduler reduces that priority by one level each time the thread completes a time slice, until the thread drops back to its base priority. A thread's dynamic priority is never less than its base priority.
Quote from: bruce741 on December 30, 2013, 02:38:52 AMWith my older core due system though if I had few app running in back ground I could feel game run rougher as back ground app poll CPU% . Here PL help more as it lowers back ground app and focuses on fore-ground app . Input lag/latency seem to get improved with it running .
Quote from: BenYeeHua on December 30, 2013, 03:30:51 AMYup, it is more easier to see this effect with old/low end processor, as the performance hit/cache miss for multi-task is much higher than modern Intel one.And there are less background software like PL that running after boot, will optimize their software to less CPU usage, as they are wasting their time to adding feature to get more user, not optimizing CPU/Mem usage...----A little small tips here, you can "Disable all enhancements" for the Playback device to reducing the CPU usage of audiodg.exe from 1.xx CPU usage to <0.50 CPU usage, I just get <0.20 CPU usage by disabling it. http://support.lenovo.com/en_US/downloads/detail.page?DocID=HT069905
Quote from: edkiefer on December 30, 2013, 07:53:20 AMI don't have audiodg.exe running from what i can see when sound playback , I have onboard sound Realtek , but I do have most of those enhancements off except equalizer which does make music sound a lot better .Edit: missed audiodg.exe running as not default in list of PL , it is there in task-manager .No high or even any CPU% shown .PS: I do set all sound formats to DVD quality 16bit, 48000hz as defaults are 24bit , Studio Quality (either 96000-192000 hz)