I'm getting this summary out in record time! (for me anyway :-). The general
concensus on the maximum DOCUMENTED limit for maxusers on a sun4m with 224MB
RAM is 225. For reasons posted below the higher your physical memory is the
LOWER you max users can be! In two replies indicated that the tested max
around 176-180 for a configuration like mine, but know one really knows for
sure. Just another one of those this you need to tweek around with till
you get it right!
Other Relevant Info:
>From (hellerpd@brutus.aa.ab.com)
>
> lenb 10/8/91
> In SunOS 4.x, the kernel lives in the top 128MB of virtual memory.
> The kernel text, various tables, and a user area for "nproc"
> processes all share this limited virtual address space.
>
> The kernel tunable, MAXUSERS, determines the value of nproc,
> which is the number of simultaneous processes the kernel will support.
> Each process has a user area reserved for it inside the kernel's
> limited virtual address space -- thus there is an upper limit to nproc,
> and an upper limit to MAXUSERS.
>
> For machines with larger physical RAM, the tables inside
> the kernel are larger. As these tables compete with the user areas
> for limited kernel virtual memory, machines with larger physical
> RAM actually support smaller nproc, and thus a smaller MAXUSERS.
>
> Note that if MAXUSERS is too large, the kernel will panic during
> the boot process. Otherwise MAXUSERS is not too large.
>
> ------------------
>
> For example, here are the maximum MAXUSERS for 4.1.2 BETA GENERIC kernels
> for various machines with different RAM sizes:
> (maximum values for SunOS 4.1.1 were slightly higher)
>
> 32MB 64MB 128MB 640MB
> sun4c
>
> sun4 223 221 218
>
> sun4m x x x
>
> x == to be filled in...
>
>
>
From: (pauline@uniq.com.au)
> There is a table in the 4.1.3 Release & Install Manual in Chapter 8 -
> Maximum Maxusers Values for sun4, sun4c & sun4m.
> e.g. for sun4m with 224MB RAM the max value for maxusers is 225, though
> there is a cavaet that this has been estimated & not fully tested.
Original Post:
>
> Hi Sun Managers,
>
> System Info:
> SS10/30 w/224MB RAM
> OS 4.1.3
> Sun DBE 1.3
> Informix DB engine
>
> I had 128MB of RAM and then added 2 64MB Simms to give me 224MB of RAM. While
> I was at it I change the maxusers in the kernel config file from 128 to 256,
> BIG Mistake! :-(. The system crashes on a reboot with the following error...
> >
> > Jul 1 16:07
> > XDUsing SunDBE 1.3
> > BAD TRAP: cpu=0 type=9 rp=fd008d2c addr=b2665000 mmu_fsr=126 rw=1
> > MMU sfsr=126: Invalid Address on supv data fetch at level 1
> > regs at fd008d2c:
> > psr=41800cc3 pc=f01010fc npc=f0101100
> > y: 0 g1: 2 g2: 8000000 g3: ffffffff
> > g4: f0005000 g5: fd009000 g6: 0 g7: ffec6000
> > o0: 0 o1: 0 o2: 54492c54 o3: 4d533339
> > o4: 305a3530 o5: 0 sp: fd008d78 ra: 0
> > pid -1, `': Data fault
> > kernel read fault at addr=0xb2665000, pme=0x0
> > MMU sfsr=126: Invalid Address on supv data fetch at level 1
> > rp=0xfd008d2c, pc=0xf01010fc, sp=0xfd008d78, psr=0x41800cc3, context=0x0
> > g1-g7: 2, 8000000, ffffffff, f0005000, fd009000, 0, ffec6000
> > Begin traceback... sp = fd008d78
> > Called from f0100df4, fp=fd008rom f00f0ed8, fp=fd008e38, args=c00 f092e000 52e00 52e400 100 52008ef8, args=f0977fa0 fe000000 f01523fc 10000000 10 ff000000
> > Called from f0005408, fp=fd008f58, args=fd008fb4 8 3 80003 80003 fd009b84
> > Called from 403f0c, fp=0, args=4000 3ffd60 1 60138 4000 0Using SunDBE 1.3
> > BAD TRAP: cpu=0 type=9 rp=fd008d2c addr=b2665000 mmu_fsr=126 rw=1
> > MMU sfsr=126: Invat level 1
> > regs at fd008d2c:
> > psr=41800cc3 pc=f01010fc npc=f0101100
> > y: 0 g1: 2 g2: 8000000 g3: ffffffff
> > g4: f0005000 g5: fd0090: 305a3530 o5: 0 sp: fd008d78 ra: 0
> > pid -1, `': Data fault
> > kernel read fault at addr=0xb2665000, pme=0x0
> > MMU sfsr=126: Invalid Address on supv data fetch at level 1
> > rp=0xfd008d2c, pc=0xf01010fc, sp=0xfd008d78, psr=0x41800cc3 ffffffff, f0005000, fd009000, 0, ffec6000
> > Begin traceback... spe38, args=c00 f092e000 52e00 52e400 100 52e400
> > Called from f002e000000
> > Called from f0005408, fp=f0c, fp=0, args=4000 3ffd60 1 60138 4000 0
> > End traceback...
> > panic on cpu 0: Data fault
> > rebooting...
> >
>
> I changed the maxusers back to 128 made a new kernel and the system boots and
> runs fine.
>
> Question: What is the maximum limit of maxusers??? The config file comment
> says there is no hard limit!
>
> Any Help would be appreciated!
Thanks to all who replied...
halvard@trd.sdata.no (halvard halvorsen)
r.evans@ic.ac.uk (Robert Evans)
hellerpd@brutus.aa.ab.com (Dave(PD) Heller)
green@Kodak.COM (Russell Green)
mandrews@vcrt.hq.videocart.com (Mike Andrews)
arossite@us.oracle.com (Bruce Rossiter)
szh@zcon.com (Syed Zaeem Hosain)
pauline@uniq.com.au (Pauline van Winsen)
stern@sunne.East.Sun.COM (Hal Stern - NE Area Systems Engineer)
_______________________________________________________________________________
___
Michael D. Reynolds /\ | \
Allen-Bradley Co. Milwaukee, WI USA / \ | |
Dept 818 CAM Operations Office /____\ _____ |----\
Voice: (414)382-3615 Fax: (414)382-2742 / \ | |
Internet: reynolds@icgmfg.mke.ab.com / \ |____/
uunet: uunet!tinman2!camg2.icgmfg!reynolds A Rockwell International Company
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:07:59 CDT