topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Wednesday April 24, 2024, 12:11 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - shmate [ switch to compact view ]

Pages: [1]
1
ProcessTamer / Optimization Suggestion: Adjusted Priority_Range
« on: April 17, 2007, 07:01 PM »
Hi,

I think i have an optimization idea, it could be called Adjusted priority_range per process:
   The current version of PT tames all the process within the same global priority_range namely:
   [ idle   <->   below_normal   <->   normal   <->   above_normal   <->   high ]
   Which is good enough for the most common processes.
   But there are some significant processes that will not work optimally within this global priority_range. every
   one of this processes needs a unique Adjusted range to work better.
   
   For example: processes that running multimedia content like Winamp.exe, Wmp.exe and even Iexplore.exe (when
   running embedded multimedia content like You-Tube).
   Certainly those processes which are CPU voracious occasionally deserved to be tamed and PT should lower their
   priority.
   But lowering them too much to the idle priority will cause interruptions and clippings in the multimedia content (!).
   So they need a unique Adjusted range in which the lowest level is below_normal  and not  idle
   The same principle fits for the boost function: boosting those processes for instance to the high priority will
   freeze the PC. So in the same way some processes need a unique Adjusted range in which the highest level is
   above_normal  or even  normal  and not  high.
   
   In sum if we take the Winamp.exe process for example it's Priority_Range should be:
   [ below_normal   <->   normal   <->   above_normal ]
   Another example- the Priority_Range of my AntiVirus scanner should be:
   [ idle   <->   below_normal   <->   normal ]
   otherwise boosting it too high will freeze the PC   ( I'm using Kaspersky ;-)  )

   Obviously PT should use by default the global priority_range to every new process.
   The user may change it individually to optimize some process.



Addition Edit (summing Hasi suggestions as specified in replies 4, 6) :

1] A functionality to define the initial ("basic") priority of a process - the process's starting priority. (like the functionality of the PRIO application:  http://www.prnwatch.com/prio.html ).

2] A functionality to tune specific triggers (low & high) for each process. (the current global triggers will apply to processes with no specific rule).

3] A functionality to tune also the "default global priority_range" (which applies by default to all other processes which have no specific Priority_Range, as i mentioned above in my initial suggestion ).




If the idea is not clear enough , I would be glad to suggest additional explanations.   

Thanks  8)

.

2
Hi!

I'm trying this nice unique utility, but unfortunately it may have a problematic behavior:

PT misbehave processes with the "below normal" , "above normal" and "real time" priorities.

Example:
I started Notepad.exe with "below normal" priority.
I opened a big heavy file that demands high CPU usage.


Notepad started with 'below normal' priority.png


This will trigger PT to Decrease the process priority to "low" priority.


Notepad decreased to 'low' priority.png


After Notepad.exe succeed to open the big file it stopped demands high CPU usage.
Hence PT should restore the process to its previous original priority (which is "below normal").
But instead PT increased the priority to "Normal" and after a while to "high"


Notepad increased to 'high' priority.png


In addition, PT continues to increase the priority unstoppably!


Notepad is unstoppably increased.png


I attached my Configuration (although to my understanding this misbehavior is not caused by the PT Configuration)

Configuration.png


 
Thank you,
Shmate



Pages: [1]