> Maybe somebodyelse on the list has more knowlegde
> here

FTR, I may have solved the problem.  We'll see when
the traffic peaks tomorrow.  I found some kernel
advice related to IPC and big databases on the FreeBSD
4+ OS:

    options MAXDSIZ="(1024*1024*1024)"
    options DFLDSIZ="(1024*1024*1024)" # System V
options needed.
    options SYSVSHM #SYSV-style shared memory
    options SHMMAXPGS=262144 #max amount of shared
mem. pages
    options SHMMNI=256 #max number of shared memory
ident if.
    options SHMSEG=100 #max shared mem.segs per
process
    options SYSVMSG #SYSV-style message queues 
    options MSGSEG=32767 #max num. of mes.segments in
system 
    options MSGSSZ=32 #size of msg-seg. MUST be power
of 2
    options MSGMNB=65535 #max char. per message queue
    options MSGTQL=2046 #max amount of msgs in system
    options SYSVSEM #SYSV-style semaphores 
    options SEMMNU=256 #number of semaphore UNDO
structures
    options SEMMNS=1024 #number of semaphores in
system
    options SEMMNI=520 #number of semaphore
indentifiers
    options SEMUME=100 #number of UNDO keys

These are the semaphore related kernel options (from
LINT):

# System V semaphores and tunable parameters
options         SYSVSEM         # include support for
semaphores
options         SEMMAP=31       # amount of entries in
semaphore map
options         SEMMNI=11       # number of semaphore
identifiers in the system
options         SEMMNS=61       # number of semaphores
in the system
options         SEMMNU=31       # number of undo
structures in the system
options         SEMMSL=61       # max number of
semaphores per id
options         SEMOPM=101      # max number of
operations per semop call
options         SEMUME=11       # max number of undo
entries per process

I still have not raised my NSem setting since I
neglected to put this into the kernel as well:

options         SEMMSL=64

which I believe is what I need to do in order to allow
NSems to be anything more than 16.  Even so, it seems
to be a lot faster.

Also, I wonder if, since the apache processes can grow
much larger, if these:
    
options MAXDSIZ="(1024*1024*1024)"
options DFLDSIZ="(1024*1024*1024)" 

might fall under highly recommended as FreeBSD will,
by default, cap processes at 128M.  I know that's
huge, but so is 40M and I imagine you can get there.

Anyway, thanks again for the attention you gave this
one.

Regards,
-Jarrod

__________________________________________________
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to