*nix Documentation Project
·  Home
 +   man pages
·  Linux HOWTOs
·  FreeBSD Tips
·  *niX Forums

  man pages->HP-UX 11i man pages -> semume (5)              
Title
Content
Arch
Section
 

Contents


 semume(5)                                                         semume(5)
                          Tunable Kernel Parameters



 NAME    [Toc]    [Back]
      semume - maximum number of System V IPC undo entries per process

 VALUES    [Toc]    [Back]
    Failsafe
      100

    Default    [Toc]    [Back]
      100

    Allowed values    [Toc]    [Back]
      Minimum: 1

      Maximum: semmns

 DESCRIPTION    [Toc]    [Back]
      The semume tunable specifies the maximum number of System V IPC
      semaphores upon which a single process can have outstanding (non-zero)
      "undo" operations.

      If an application exhausts this limit, it will receive an [EINVAL]
      error from semop().

      For more information about System V semaphores, refer to the Overview
      section of the sema(5) manpage.

    Who Is Expected to Change This Tunable?
      Anyone.

    Restrictions on Changing    [Toc]    [Back]
      Changes to this tunable take effect at the next reboot.

    When Should the Value of This Tunable Be Raised?
      If applications require more semaphore undo operations per process.

    When Should the Value of This Tunable Be Lowered?
      If per-process requirements for semaphore operation has significantly
      decreased, or if there for limit protection on run-away applications
      which change semaphores.

    What Other Tunable Values Should Be Changed at the Same Time?
      All the System V semaphore tunables are interrelated and should not be
      treated as independent variables.  The tunables must be evaluated as a
      system to ensure they reflect the application requirements.  The
      semaphore tunables include semaem, semmni, semmns, semmnu, semmsl,
      semume, semvmx, and sysv_hash_locks.  Typically, a change in semume
      does not require attention to other tunables.  However, changes to
      semmsl or semmni might require changes to semume if individual
      application processes are expected to use fewer or more semaphores
      with "undo" semantics.




 Hewlett-Packard Company            - 1 -      HP-UX 11i Version 2: Sep 2004






 semume(5)                                                         semume(5)
                          Tunable Kernel Parameters



 WARNINGS    [Toc]    [Back]
      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.

      A two-dimensional table of undo structures (~8 bytes each) is
      allocated in kernel memory at boot time.  This memory is reserved
      whether or not it is used.

      The table dimensions are semume and semmnu (maximum number of perprocess
 undo structures).  So the memory requirement is approximately
      the product of those two tunables and the structure size.  Use care
      when setting these two tunables, as they can have a profound effect on
      memory utilization, due to the multiplicative effect.

      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 tunable
      values, consult the documentation for the kernel software being
      installed. For information about optional kernel software that was
      factory installed on your system, see HP-UX Release Notes at
      http://docs.hp.com.

 AUTHOR    [Toc]    [Back]
      semume was developed by AT&T.

 SEE ALSO    [Toc]    [Back]
      semop(2), sema(5), semaem(5), semmni(5), semmnu(5), semmsl(5),
      semmns(5), semvmx(5), sysv_hash_locks(5).


 Hewlett-Packard Company            - 2 -      HP-UX 11i Version 2: Sep 2004
[ Back ]
      
      
 Similar pages
Name OS Title
semmnu HP-UX maximum number of System V IPC undo structures for processes
shmseg HP-UX maximum number of System V shared memory segments per process
maxfiles_lim HP-UX hard maximum number of file descriptors per process
aio_proc_threads HP-UX maximum number of process threads allowed in AIO pool
maxfiles HP-UX initial (soft) maximum number of file descriptors per process
max_thread_proc HP-UX defines the maximum number of concurrent threads allowed per process.
msgmni HP-UX maximum number of system-wide System V IPC message queues (IDs) allowed
msgtql HP-UX maximum number of System V IPC messages in the system at any time
semmsl HP-UX maximum number of System V IPC semaphores per identifier
nfile HP-UX maximum number of open files (system-wide)
Copyright © 2004-2005 DeniX Solutions SRL
newsletter delivery service