Date: Fri, 13 Jul 2001 15:27:08 -0700 (PDT) From: Matt Dillon <dillon@earth.backplane.com> To: David Gilbert <dgilbert@velocet.ca> Cc: Thierry Herbelot <thierry@herbelot.com>, David Gilbert <dgilbert@velocet.ca>, Alfred Perlstein <bright@sneakerz.org>, hackers@FreeBSD.ORG Subject: Re: Swapping in diskless ? (was :Re: [hackers] Re: getting rid of sysinstall) Message-ID: <200107132227.f6DMR8071313@earth.backplane.com> References: <bulk.72438.20010711142307@hub.freebsd.org> <Pine.BSF.4.21.0107121211060.35209-100000@www.bloodletting.com> <20010712143205.D4589@sneakerz.org> <3B4E1C69.A6DC0397@herbelot.com> <15182.63564.476492.390695@trooper.velocet.net> <3B4F3A22.EF2AC90A@herbelot.com> <15183.17942.995110.382797@trooper.velocet.net>
next in thread | previous in thread | raw e-mail | index | archive | help
:Thierry> I don't know : my application was "embedded" and used much
:Thierry> less than the 128MBytes installed in the machines (thus no
:Thierry> swap!)
:
:I'm currently running in this configuration ... and have noticed that
:the system will allow clean pages (largely loaded from the
:executable's binary) to be recycled, but this is not an ideal
:position.
:
:Dave.
:
:--
:============================================================================
:|David Gilbert, Velocet Communications. | Two things can only be |
Right, you only need swap to be able to flush dirty pages. Clean
code (and even clean data) pages are simply dropped and reloaded from
the disk image later on if needed again. With careful program
management you can run without swap.
Also, do performance testing with dynamic-linked verses static-linked
binaries. Static-linked binaries may look larger, but they have a
much lower dirty-page overhead then the dynamically linked equivalent.
It depends on the situation but it is definitely worth testing.
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200107132227.f6DMR8071313>