Re: -CURRENT kernel panic

From: Vincent Poy <vince_at_oahu.WURLDLINK.NET>
Date: Sun, 7 Mar 2004 00:17:45 -1000 (HST)
On Sun, 7 Mar 2004, Andre Guibert de Bruet wrote:

> On Sat, 6 Mar 2004, Vincent Poy wrote:
> > On Sat, 6 Mar 2004, Vincent Poy wrote:
> > > 	It seems to do it on the dump of /usr and restoring to /mnt/usr.
> > > I have tried the following but they panic the kernel as soon as the memory
> > > size is displayed.
> > >
> > > added to kernel config:
> > > options         VM_KMEM_SIZE_MAX=(768*1048576)
> > > options         VM_KMEM_SIZE_SCALE=2
> > >
> > > Tried it on a kernel without the above but added in /boot/loader.conf
> > >
> > > vm.kmem_size=429391872
> > >
> > > and they both crashed at the same spot as well...
> > >
> > > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.60GHz (2592.36-MHz 686-class CPU)
> > >   Origin = "GenuineIntel"  Id = 0xf29  Stepping = 9
> > >
> > > Features=0xbfebf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,P
> > > AT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
> > > real memory  = 2147360768 (2047 MB)
> > > avail memory = 2095669248 (1998 MB)
> > >
> > > 	Any ideas how to fix this?
> >
> > 	I managed to get the system not panicing on bootup if I set the
> > VM_KMEM_SIZE_MAX to 384MB.  At 512MB and 768MB, it would panic but anyone
> > knows what the default VM_KMEM_SIZE_MAX size is?
>
> That's the maximum amount of KMEM that your system can have. Let's say for
> example that you have a system with 4GB of RAM. You set VM_KMEM_SIZE_MAX
> to 1GB but VM_KMEM_SIZE_SCALE to 8 you get:
>
> VM_KMEM_SIZE_MAX: 1024 MB of KMEM
> VM_KMEM_SIZE_SCALE: 512 MB of KMEM (4096/8)
>
> The algorithm uses the lesser of these two numbers. Remember that a whole
> lot of things use the allocated memory so don't skimp! If you don't want
> to use the memory in your system, take it out and set it on the desk. ;-)

	Okay, here's a dumb question.  If it uses the less of the two
numbers, is there a reason to need to even define the VM_KMEM_SIZE_SCALE
since wouldn't by default, it be 1/3rd of your RAM anyways?

> I've found through personal experience and endless hours of experimenting
> on fairly busy machines that the following values work for the various RAM
> configurations (Lower values may also work depending upon disk, net and
> load):
>
> RAM		KMEM size
> 4.0GB		768MB
> 3.5GB		768MB
> 3.0GB		512MB
> 2.5GB 		384MB
> 2.0GB		384MB
> 1.5GB and below	256MB

	You're right that anything above 384MB using a scale of 2, the
kernel would panic as soon as the Real Memory is posted in the boot.  Did
this problem actually exist recently because prior to February 28, I was
on a September 26, 2003 -CURRENT and it has not had the problem.  I'm
using maxusers=512 in the kernel as well as 65536 NMBCLUSTERS, it used to
be 32768 but I thought that was what was causing the panic.

> As with everything, backup your data, put on your fire-retarding suit, and
> YMMV. :-)

	Nah, the kernel one doesn't require backing up the data since the
only reason I get the panic is because I'm dumping both / and /usr to
another identical drive.  It's only doing the /boot/loader.conf variable
for kmem that's scary. ;)


Cheers,
Vince - vince_at_WURLDLINK.NET - Vice President             ________   __ ____
Unix Networking Operations - FreeBSD-Real Unix for Free / / / / |  / |[__  ]
WurldLink Corporation                                  / / / /  | /  | __] ]
San Francisco - Honolulu - Hong Kong                  / / / / / |/ / | __] ]
HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____]
Almighty1_at_IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin
Received on Sun Mar 07 2004 - 01:18:35 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:46 UTC