apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From traw...@apache.org
Subject cvs commit: apr STATUS
Date Fri, 04 Apr 2003 12:46:02 GMT
trawick     2003/04/04 04:46:02

  Modified:    .        STATUS
  Log:
  update an entry on a solaris lock problem with information
  about the system tuning requirements for dealing with it
  
  Submitted by:	Kristofer Spinka
  Reviewed by:	Jeff Trawick
  
  Revision  Changes    Path
  1.190     +22 -1     apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.189
  retrieving revision 1.190
  diff -u -r1.189 -r1.190
  --- STATUS	31 Mar 2003 05:34:30 -0000	1.189
  +++ STATUS	4 Apr 2003 12:46:01 -0000	1.190
  @@ -303,6 +303,27 @@
                      This gives me more rationale for switching the default
                      interprocess lock mechanism to pthread (if available).
   
  +      Explanation:
  +      ============
  +        The system imposed default limit of outstanding lock requests is
  +        512.
  +        You can verify this by, in a contemporary version of Solaris:
  +
  +        # mdb -k
  +        > tune_t_flckrec/D
  +        tune_t_flckrec:
  +        tune_t_flckrec: 512
  +
  +        This can be increased by adding the following to /etc/system:
  +
  +        set tune_t_flckrec=1024
  +
  +        and rebooting.
  +
  +        Of course "1024" can be any reasonable limit, although we do not know
  +        what "reasonable" should be, so be conservative, only increase this as
  +        necessary.
  +
       * Generate a good bug report to send to the FreeBSD hackers that details
         the problems we have seen with threads and system calls (specifically
         sendfile data is corrupted).  From our analysis so far, we don't think 
  
  
  

Mime
View raw message