Login or Register to Ask a Question and Join Our Community


Software Releases - RSS News

pc 0.3-2008-04-02 (Default branch)

Login to Discuss or Reply to this Discussion in Our Community

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News pc 0.3-2008-04-02 (Default branch)
# 1  
Old 04-03-2008
pc 0.3-2008-04-02 (Default branch)
pc is a small daemon to manage user applications. It repriorizes user processes dynamically depending on their CPU usage, system load, and input parameters. It can kill off memory or cycle-grabbing applications as well as limit the time an application is allowed to run. It has found use in system environments where many instances of potentially buggy end-user programs share the resources of a single machine. License: GNU General Public License v3 Changes:
Much more extensive error checking on input values. More attention to the assignment of 'reasonable' default operating parameters for the program when configuration errors are found. Better logging of input errors and assigned defaults. The man pages and administrative guide are updated to reflect changes.Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question

LEARN ABOUT HPUX

ksi_alloc_max

ksi_alloc_max(5)						File Formats Manual						  ksi_alloc_max(5)

NAME

       ksi_alloc_max - system-wide limit of queued signals that can be allocated

VALUES

   Default
   Allowed Values
   Recommended
DESCRIPTION

       is  the system-wide limit on the number of queued signals that can be allocated and in use.  ksi stands for "kernel signal information" and
       identifies entries with information about queued signals.  There is one per queued signal.  Queued signals are used  by	the  system  call,
       timer expiration, POSIX real time message queues, and asynchronous I/O.	User generated signals (via and are not queued.

   Who Is Expected to Change This Tunable?
       Anyone.

   Restrictions on Changing
       None.  This tunable is dynamic.

   When Should the Value of This Tunable Be Raised?
       Frequent or heavy use of facilities which use queued signals, may require raising this value.  Since the default value is based on the num-
       ber of processes but the usage is thread based, a large number of threads per process which use queued signals would require a raising  the
       tunable value.  When is returned by applications using queued signals, this tunable should be raised.

   What Are the Side Effects of Raising the Value?
       Increased memory usage, but only if used.  Every allocated entry is 96 bytes.

   When Should the Value of This Tunable Be Lowered?
       Only to control the applications' usage of queued signals.

   What Are the Side Effects of Lowering the Value?
       If too low, applications using queued signals may fail.

   What Other Tunable Values Should Be Changed at the Same Time?
       to  limit  the  number  of  queued  signals  per process.  Since is per system based and is per process based, the tunable should always be
       greater.

       Note that the default value for is and for is

WARNINGS

       All HP-UX kernel tunable parameters are release specific.  This parameter may be removed or have its meaning changed in future releases	of
       HP-UX.

       Installation  of  optional  kernel  software, from HP or other vendors, may cause changes to tunable parameter values.  After installation,
       some tunable parameters may no longer be at the default or recommended values.  For information about the effects of installation  on  tun-
       able  values,  consult  the documentation for the kernel software being installed.  For information about optional kernel software that was
       factory installed on your system, see at

AUTHOR

       was developed by HP.

SEE ALSO

       kill(2), sigqueue(2), ksi_send_max(5).

							     Tunable Kernel Parameters						  ksi_alloc_max(5)