Date: Thu, 8 Nov 2007 14:29:28 -0800 From: "Doug Clements" <dclements@gmail.com> To: binto <binto@triplegate.net.id> Cc: freebsd-hackers@freebsd.org Subject: Re: page fault & degaradation performance Message-ID: <54da514e0711081429g5535598exef08cb46765fa591@mail.gmail.com> In-Reply-To: <28483.202.123.224.34.1194493720.squirrel@webmail.triplegate.net.id> References: <4635.202.127.98.144.1194407276.squirrel@webmail.triplegate.net.id> <54da514e0711071023g565cf98ay54ff2bb9cfeeb38a@mail.gmail.com> <28483.202.123.224.34.1194493720.squirrel@webmail.triplegate.net.id>
next in thread | previous in thread | raw e-mail | index | archive | help
Running out of memory and having to continually swap things in and out of ram degrades performance, yes. Page faults are simply how the virtual memory subsystem gets things done, like pulling things out of swap. --Doug On Nov 7, 2007 7:48 PM, binto <binto@triplegate.net.id> wrote: > Btw > > Even page fault isn't a terrible thing, but she could make > trashing condition..that can degrade CPU utilization, am i correct? > > > > > > > > On 11/6/07, binto <binto@triplegate.net.id> wrote: > >> > >> I just wanna know, > >> how to reduce the number of page faults to upgrade program or OS > >> performance? > >> is there any parameters that i must set if i reduce the number of page > >> fault? > > > > > > Don't forget that some amount of page faults are normal consequences of > > using a machine with virtual memory. Page faults alone are not an > > indicator > > that you're out of memory or suffering in any way, they just mean that > > something was requested in vm that wasn't actually in ram, and needed to > > be > > loaded. Ask 'swapinfo' or 'top' to see if you might possibly benefit from > > more ram by reducing paging. > > > > --Doug > > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54da514e0711081429g5535598exef08cb46765fa591>