Man page or keyword search:   man All Sections 1 - General Commands 2 - System Calls 3 - Subroutines, Functions 4 - Special Files 5 - File Formats 6 - Games and Screensavers 7 - Macros and Conventions 8 - Maintenence Commands 9 - Kernel Interface New Commands Server 4.4BSD AIX Alpinelinux Archlinux Aros BSDOS BSDi Bifrost CentOS Cygwin Darwin Debian DigitalUNIX DragonFly ElementaryOS Fedora FreeBSD Gentoo GhostBSD HP-UX Haiku Hurd IRIX Inferno JazzOS Kali Knoppix LinuxMint MacOSX Mageia Mandriva Manjaro Minix MirBSD NeXTSTEP NetBSD OPENSTEP OSF1 OpenBSD OpenDarwin OpenIndiana OpenMandriva OpenServer OpenSuSE OpenVMS Oracle PC-BSD Peanut Pidora Plan9 QNX Raspbian RedHat Scientific Slackware SmartOS Solaris SuSE SunOS Syllable Tru64 UNIXv7 Ubuntu Ultrix UnixWare Xenix YellowDog aLinux   10987 pages apropos Keyword Search (all sections) Output format html ascii pdf view pdf save postscript

ksi_alloc_max(5)					      ksi_alloc_max(5)

NAME
       ksi_alloc_max  -	 system-wide limit of queued signals that can be allo‐
       cated

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
       number  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 sig‐
       nals, 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 parame‐
       ter  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  val‐
       ues.  For information about the effects of installation on tunable val‐
       ues, 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)

Vote for polarhome