On Tue, Mar 20, 2001 at 10:09:09AM -0800, Alfred Perlstein scribbled:
| * Michael C . Wu <[EMAIL PROTECTED]> [010320 10:01] wrote:
| > MRTG Graph at
| > http://zoonews.ee.ntu.edu.tw/mrtg/zoo.html
| > 
| > | 
| > | FreeBSD zoo.ee.ntu.edu.tw 4.2-STABLE FreeBSD 4.2-STABLE 
| > | #0: Tue Mar 20 11:10:46 CST 2001     root@:/usr/src/sys/compile/SimFarm  i386
| > | 
| > | | > system stats at 
| > | | > http://zoo.ee.ntu.edu.tw/~keichii/
| > | md0/MFS is used for caching the articles that BBS users read.
| > | They often read the same articles over and over again,
| > | and we find that a 128MB MFS/md0 will have 70% hitrate
| > | 
| > | When our MFS/md0 fills up after long usage, the box easily
| > | dies.  (We crontab clean the mfs, but sometimes the load
| > | shoots up for no reason and is not able to clean the mfs in time.)
| > | If we dont do this cache, the data for the bulletin boards
| > | 
| > 
| > Another problem is that we have around 4000+ processes accessing
| > lots of SHM at the same time..
| 
| How much SHM?  Like, what's the combined size of all segments in
| the system?  You can make SHM non-pageable which results in a lot
| of saved memory for attached processes.
| 
ipcs -b                                                                         
Shared Memory:                                                                  
T     ID     KEY        MODE       OWNER    GROUP  SEGSZ                        
m  65536       1304 --rw-------      bbs      bbs 131076                        
m  65537       1217 --rw-------      bbs    wheel 1633728                       
m  65538       1215 --rw-------      bbs    wheel 768016                        
m  65539       1219 --rw-------      bbs      bbs 2065956                       
m  65540       1111 --rw-------      bbs      bbs     12                        
m  65541       1302 --rw-------      bbs      bbs  40016                        
m  65542       1303 --rw-------      bbs      bbs  40016                        
m  65543       1201 --rw-------      bbs      bbs  33328                        
m  65544       1301 --rw-------      bbs      bbs  33328                        


VM_KMEM_SIZE_MAX                                                   
When we raise this variable, the system dies easily, but
on a similiarly configured system  (bbs.kkcity.com.tw) at similiar load,
It helps a lot to keep the system stable.

We have a hashd daemon that uses 4300*2 unix domain sockets written
in pthreads.  There are eight of these daemons each serving about
500 bbsd's.

| Revision 1.3.2.3 / (download) - annotate - [select for diffs], Sun Dec 17 02:05:41 
|2000 UTC (3 months ago) by alfred 
| Branch: RELENG_4 
| Changes since 1.3.2.2: +37 -32 lines
| Diff to previous 1.3.2.2 (colored) to branchpoint 1.3 (colored) next main 1.4 
|(colored)
| 
| MFC: phys_pager fix for multiple segments
| 
| Then set kern.ipc.shm_use_phys=1

O.K.

| > The *UGLY* source code for the BBS is at 
| > http://zoo.ee.ntu.edu.tw/~keichii/zoo_bbsd_src.tgz
| 
| tis ok, maybe later... though :)

Someone asked me in private for this. :)


-- 
+-----------------------------------------------------------+
| [EMAIL PROTECTED]         | [EMAIL PROTECTED]       |
| http://iteration.net/~keichii | Yes, BSD is a conspiracy. |
+-----------------------------------------------------------+

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message

Reply via email to