Tuning /etc/sysctl.conf

Steve O'Hara-Smith steve at sohara.org
Tue Oct 15 05:38:35 UTC 2013


	Hi,

	That doesn't really tell me anything. The golden rule of
performance tuning is measurement, work out what it is you want to
optimise, find a way to measure it and then start tuning changing one thing
at a time and testing for improvement at each stage. You can short cut this
process if you are tuning for a specific well known workload and you can
lean on experience in that workload (ie. if you're aiming to build a web
server good for small static files at thousands per second, or a file
server streaming raw HD video over SMB or ...).

	If your just running a desktop machine for a bit of web browsing,
email and the like then leave well alone.

On Mon, 14 Oct 2013 19:22:44 +0200
Carlos Jacobo Puga Medina <cjpugmed at gmail.com> wrote:

> Hi Steve,
> 
> I use it as a paticular desktop PC. Well, if you need more details about
> it, please, let me know.
> What do you think about current tuning?
> 
> Thanks
> --CJPM
> 
> 
> 2013/10/14 Carlos Jacobo Puga Medina <cjpugmed at gmail.com>
> 
> > Mmm... just a correction in /etc/sysctl.conf, it seems that by mistake
> > I've copied a website link into the file. Sorry, it was a copy-paste
> > error :)
> >
> > % cat /etc/sysctl.conf
> > # $FreeBSD: release/9.2.0/etc/sysctl.conf 112200 2003-03-13 18:43:50Z
> > # mux $
> > #
> > #  This file is read when going to multi-user and its contents piped
> > # thru ``sysctl'' to adjust kernel values.  ``man 5 sysctl.conf'' for
> > # details.
> > #
> >
> > # Uncomment this to prevent users from seeing information about
> > # processes
> > that
> > # are being run under another UID.
> > #security.bsd.see_other_uids=0
> > vfs.usermount=1
> > hw.snd.default_unit=2
> > kern.ipc.maxsockbuf=16777216
> > kern.ipc.nmbclusters=32768
> > kern.ipc.shm_allow_removed=1
> > kern.ipc.somaxconn=8192
> > kern.maxfiles=65536
> > kern.maxfilesperproc=32768
> > net.inet.tcp.blackhole=2
> > net.inet.tcp.delayed_ack=0
> > net.inet.tcp.path_mtu_discovery=0
> > net.inet.tcp.recvbuf_auto=1
> > net.inet.tcp.recvbuf_inc=16384
> > net.inet.tcp.recvbuf_max=16777216
> > net.inet.tcp.recvspace=65536
> > net.inet.tcp.rfc1323=1
> > net.inet.tcp.sendbuf_auto=1
> > net.inet.tcp.sendbuf_inc=8192
> > net.inet.tcp.sendspace=65536
> > net.inet.udp.blackhole=1
> > net.inet.udp.maxdgram=57344
> > net.inet.udp.recvspace=65536
> > net.local.stream.recvspace=65536
> > net.local.stream.sendspace=65536
> > net.inet.tcp.sendbuf_max=16777216
> > net.inet.ip.random_id=1
> >
> > # Allow for up 2 GB of wired memory.
> > vm.max_wired=524288
> >
> >
> >
> > 2013/10/14 Carlos Jacobo Puga Medina <cjpugmed at gmail.com>
> >
> >> Hi people,
> >>
> >> I'm very interested to tuning /etc/sysctl.conf according to the
> >> specifications of my PC. I've been reading some guides [1], tutorials
> >> [2-3], Q&A [4] and the FreeBSD Handbook's related section 12.12 Tuning
> >> with sysctl(8), but I think it's much more convenient if I contrast it
> >> with other examples or experienced users.
> >>
> >> Here is my relevant info outputs for help to improve the sysctl(8)
> >> variables.
> >>
> >>  % uname -a
> >> FreeBSD freebsd 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Fri Sep 27
> >> 03:52:52 UTC 2013
> >> root at bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386
> >>
> >>  % dmesg | grep CPU
> >> CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.06-MHz 686-class CPU)
> >> cpu0: <ACPI CPU> on acpi0
> >> p4tcc0: <CPU Frequency Thermal Control> on cpu0
> >>
> >>  % dmesg | grep memory
> >> real memory  = 2147483648 (2048 MB)
> >> avail memory = 2082701312 (1986 MB)
> >>
> >>  % pciconf -lvv | grep -n2 Ethernet
> >> 41-sis0 at pci0:0:4:0: class=0x020000 card=0x80a71043 chip=0x09001039
> >> rev=0x91 hdr=0x00
> >> 42-    vendor     = 'Silicon Integrated Systems [SiS]'
> >> 43:    device     = 'SiS900 PCI Fast Ethernet'
> >> 44-    class      = network
> >> 45-    subclass   = ethernet
> >>
> >> My /etc/sysctl.conf
> >>
> >> # $FreeBSD: release/9.2.0/etc/sysctl.conf 112200 2003-03-13 18:43:50Z
> >> # mux
> >> $
> >> #
> >> #  This file is read when going to multi-user and its contents piped
> >> # thru ``sysctl'' to adjust kernel values.  ``man 5 sysctl.conf'' for
> >> # details.
> >> #
> >>
> >> # Uncomment this to prevent users from seeing information about
> >> # processes
> >> that
> >> # are being run under another UID.
> >> #security.bsd.see_other_uids=0
> >> vfs.usermount=1
> >> hw.snd.default_unit=2
> >> kern.ipc.maxsockbuf=16777216
> >> kern.ipc.nmbclusters=32768
> >> kern.ipc.shm_allow_removed=1
> >> kern.ipc.somaxconn=8192
> >> kern.maxfiles=65536
> >> kern.maxfilesperproc=32768
> >> net.inet.tcp.blackhole=2
> >> net.inet.tcp.delayed_ack=0
> >> net.inet.tcp.path_mtu_discovery=0
> >> net.inet.tcp.recvbuf_auto=1
> >> net.inet.tcp.recvbuf_inc=16384
> >> net.inet.tcp.recvbuf_max=16777216
> >> net.inet.tcp.recvspace=65536
> >> net.inet.tcp.rfc1323=1
> >> net.inet.tcp.sendbuf_auto=1
> >> net.inet.tcp.sendbuf_inc=8192
> >> net.inet.tcp.sendspace=65536
> >> net.inet.udp.blackhole=1
> >> net.inet.udp.maxdgram=57344
> >> net.inet.udp.recvspace=65536
> >> net.local.stream.recvspace=65536
> >> net.local.stream.sendspace=65536
> >> net.inet.tcp.sendbuf_max=16777216
> >> net.inet.ip.random_id=1
> >>
> >> http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-loader-conf-kernel
> >> # Allow for up 2 GB of wired memory.
> >> vm.max_wired=524288
> >>
> >> I will appreciate any input about the subject.
> >> --CJPM
> >>
> >> [1] http://harryd71.blogspot.com.es/2008/10/tuning-freenas-zfs.html
> >> [2] https://wiki.freebsd.org/SystemTuning#SYSCTL_TUNING
> >> [3] https://wiki.freebsd.org/NetworkPerformanceTuning
> >> [4]
> >> http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-loader-conf-kernel
> >>
> >
> >
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe at freebsd.org"
> 


-- 
Steve O'Hara-Smith <steve at sohara.org>


More information about the freebsd-questions mailing list