Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Oct 2000 10:42:33 -0500 (CDT)
From:      BWS - Offwhite <brennan@offwhite.net>
To:        Doug Poland <doug@polands.org>
Cc:        Kenneth Wayne Culver <culverk@wam.umd.edu>, Matt Rudderham <matt@researcher.com>, ListServer FreeBSD Questions <FreeBSD-Questions@FreeBSD.ORG>, cjclark@reflexnet.net
Subject:   RE: kernel bloat
Message-ID:  <Pine.BSF.4.21.0010111040450.41549-100000@home.offwhite.net>
In-Reply-To: <NDBBKMNOJKJGAEKJNLIAAEJIELAA.doug@polands.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Is it possible that compiling it on a 486 would make it bigger?  I am not
sure if the kernel would automatically select features automatically if it
was run using a specific chip.  That does not sound right, but I wonder if
that is the difference.

Brennan Stehling - web developer and sys admin
projects: www.greasydaemon.com | www.onmilwaukee.com | www.sncalumni.com

Many of life's failures are people who did not realize how close
they were to success when they gave up. 
     - Thomas Edison 


On Wed, 11 Oct 2000, Doug Poland wrote:

> Thanks to all for the help...
> 
> I've recompiled the kernel, commenting out the lines that
> Crist suggested.  The kernel is now down to 2301673 bytes.
> That's a lot better than 7.1MB.  
> 
> Can anyone explain why, or is it even significant, when 
> Crist compiled it and came up with 1.8MB and my version
> is 2.3MB?  BTW, I'm using 4.1.1-RELEASE, and am not sure
> what Crist is running on.
> 
> Regards,
> Doug 
> 
> > -----Original Message-----
> > From: Kenneth Wayne Culver [mailto:culverk@wam.umd.edu]
> > Sent: Wednesday, October 11, 2000 09:14
> > To: Doug Poland
> > Cc: Matt Rudderham; ListServer FreeBSD Questions
> > Subject: RE: kernel bloat
> > 
> > 
> > Sounds to me like you did a config -g NEBO which would bring in debugging
> > symbols. 
> > 
> > 
> > =================================================================
> > | Kenneth Culver              | FreeBSD: The best NT upgrade    |
> > | Unix Systems Administrator  | ICQ #: 24767726                 |
> > | and student at The          | AIM: muythaibxr                 |
> > | The University of Maryland, | Website: (Under Construction)   |
> > | College Park.	              | http://www.wam.umd.edu/~culverk/|
> > =================================================================
> > 
> > On Tue, 10 Oct 2000, Doug Poland wrote:
> > 
> > > >
> > > > >Hi,
> > > > >
> > > > >I've just recompiled custom kernel to include
> > > > >firewall options IPFIREWALL, IPDIVERT,
> > > > >IPFIREWALL_VERBOSE, IPFIREWALL_VERBOSE=100,
> > > > >and ICMP_BANDLIM.
> > > > >
> > > > >My previous kernel was a slim, trim 1789667
> > > > >bytes. The new kernel is weighs in at a
> > > > >whopping 7121175 bytes!  That's 1.7MB to 7.1MB!
> > > > >
> > > > >Since this is a modest 80486 with only 20MB RAM,
> > > > >and it's sole purpose in life is to route, I'm
> > > > >trying to keep the kernel and the OS as unencumbered
> > > > >as possible.
> > > > >
> > > > >Is this kernel bloat the price I pay for packet
> > > > >filtering?  Will a 7.1MB kernel on a 20MB 486
> > > > >perform adequately as a router for a cable modem?
> > > >
> > > > Hmm, That does sound a little on the heavy side, I have many of those
> > > > options compiled into mine, IPFIREWALL, etc.. all except the 
> > ICMP_BANDLIm
> > > > which wouldn't be a bad idea come to think of it, and mine weighs
> > > > in at only
> > > > 1915262 about 1.8Mb if my math is right, but certainly much 
> > less than your
> > > > 7.1, Why not send out your kernel config file as a starter?
> > > > Sounds more like you compiled LINT or something:)
> > > > - Matt
> > > >
> > > Here's my kernel...
> > > 
> > > #
> > > # NEBO -- kernel configuration file for FreeBSD/i386 router/firewall
> > > #
> > > # $Id: NEBO,v 1.2 2000/10/06 04:19:34 root Exp root $
> > > #
> > > # $Log: NEBO,v $
> > > # Revision 1.2  2000/10/06 04:19:34  root
> > > # initial rev
> > > #
> > > #
> > > 
> > > machine		i386
> > > cpu		I486_CPU
> > > ident		NEBO
> > > maxusers	32
> > > 
> > > options 	IPFIREWALL		#firewall
> > > options 	IPDIVERT		#divert sockets
> > > options 	IPFIREWALL_VERBOSE	#print information about
> > > 					# dropped packets
> > > options 	IPFIREWALL_VERBOSE_LIMIT=100	#limit verbosity
> > > options 	ICMP_BANDLIM
> > > 
> > > options 	MATH_EMULATE		#Support for x87 emulation
> > > options 	INET			#InterNETworking
> > > options 	INET6			#IPv6 communications protocols
> > > options 	FFS			#Berkeley Fast Filesystem
> > > options 	FFS_ROOT		#FFS usable as root device 
> > [keep this!]
> > > options 	SOFTUPDATES		#Enable FFS soft updates support
> > > options 	MD_ROOT			#MD is a potential root device
> > > options 	NFS			#Network Filesystem
> > > options 	NFS_ROOT		#NFS usable as root device, 
> > NFS required
> > > options 	MSDOSFS			#MSDOS Filesystem
> > > options 	CD9660			#ISO 9660 Filesystem
> > > options 	PROCFS			#Process filesystem
> > > options 	COMPAT_43		#Compatible with BSD 4.3 
> > [KEEP THIS!]
> > > options 	UCONSOLE		#Allow users to grab the console
> > > options 	USERCONFIG		#boot -c editor
> > > options 	VISUAL_USERCONFIG	#visual boot -c editor
> > > options 	KTRACE			#ktrace(1) support
> > > options 	P1003_1B		#Posix P1003_1B real-time extensions
> > > options 	KBD_INSTALL_CDEV	# install a CDEV entry in /dev
> > > 
> > > device		isa
> > > 
> > > # Floppy drives
> > > device		fdc0	at isa? port IO_FD1 irq 6 drq 2
> > > device		fd0	at fdc0 drive 0
> > > 
> > > # ATA and ATAPI devices
> > > device		ata0	at isa? port IO_WD1 irq 14
> > > device		ata1	at isa? port IO_WD2 irq 15
> > > device		ata
> > > device		atadisk			# ATA disk drives
> > > options 	ATA_STATIC_ID		#Static device numbering
> > > 
> > > # atkbdc0 controls both the keyboard and the PS/2 mouse
> > > device		atkbdc0	at isa? port IO_KBD
> > > device		atkbd0	at atkbdc? irq 1 flags 0x1
> > > device		psm0	at atkbdc? irq 12
> > > 
> > > device		vga0	at isa?
> > > 
> > > # splash screen/screen saver
> > > pseudo-device	splash
> > > 
> > > # syscons is the default console driver, resembling an SCO console
> > > device		sc0	at isa? flags 0x100
> > > 
> > > # Floating point support - do not disable.
> > > device		npx0	at nexus? port IO_NPX irq 13
> > > 
> > > # ISA Ethernet NICs.
> > > device		ed0	at isa? port 0x300 irq 10 iomem 0xcc000
> > > device		ed1	at isa? port 0x240 irq 3 iomem 0xc0000
> > > 
> > > # Pseudo devices - the number indicates how many units to allocated.
> > > pseudo-device	loop		# Network loopback
> > > pseudo-device	ether		# Ethernet support
> > > pseudo-device	ppp	1	# Kernel PPP
> > > pseudo-device	tun		# Packet tunnel.
> > > pseudo-device	pty		# Pseudo-ttys (telnet etc)
> > > pseudo-device	md		# Memory "disks"
> > > pseudo-device	gif	4	# IPv6 and IPv4 tunneling
> > > pseudo-device	faith	1	# IPv6-to-IPv4 relaying 
> > (translation)
> > > 
> > > # The `bpf' pseudo-device enables the Berkeley Packet Filter.
> > > # Be aware of the administrative consequences of enabling this!
> > > pseudo-device	bpf		#Berkeley packet filter
> > > 
> > > 
> > > 
> > > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > > with "unsubscribe freebsd-questions" in the body of the message
> > > 
> > 
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-questions" in the body of the message
> 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0010111040450.41549-100000>