Date: Wed, 23 Oct 2002 11:45:50 -0700 (PDT) From: Matthew Dillon <dillon@apollo.backplane.com> To: David Schultz <dschultz@uclink.Berkeley.EDU> Cc: Peter Wemm <peter@wemm.org>, Sean Kelly <smkelly@zombie.org>, hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <200210231845.g9NIjogX069931@apollo.backplane.com> References: <20020713115746.GA2162@HAL9000.wox.org> <200207131636.g6DGaoqh081285@apollo.backplane.com> <20021007153845.GA371@HAL9000.homeunix.com> <200210072347.g97Nl3Zo049415@apollo.backplane.com> <20021008113614.GA319@HAL9000.homeunix.com> <200210081745.g98Hjkam078883@apollo.backplane.com> <20021011130154.GA16549@HAL9000.homeunix.com> <200210111814.g9BIEbah040688@apollo.backplane.com> <20021014094217.GA228@HAL9000.homeunix.com> <200210141555.g9EFtoZh061812@apollo.backplane.com> <20021023180817.GA354@HAL9000.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is looking really good. I'm going to start running it on my
-current boxes. I think it could be committed after the 5.0 release
rolls, as well as MFCd to -stable (which I would be happy to do the
work for).
-Matt
Matthew Dillon
<dillon@backplane.com>
:No, I've tested it extensively, and I haven't been able to
:reproduce the problem since I updated my sources. (It was hard to
:reproduce beforehand.) I did two more runs with one swap device
:and two runs with two swap devices, and it worked even when the
:system was thrashing.
:
:The latest patches are at
:
: http://www.CSUA.Berkeley.EDU/~das/swapoff.patch4
:
:Performance is now much better when there are multiple swap
:devices. Instead of effectively having to wait for each hash
:chain to become quiescent, swapoff now skips busy objects, then
:does a complete rescan if it missed anything. Only a few rescans
:are required, even with multiple active swap devices.
:A clustering optimization might still be worthwhile, but that can
:be done another day.
:
:(Sorry for the delay in getting back to you. I've been too busy
:and sick for the last week to work on this.)
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?200210231845.g9NIjogX069931>