atom feed30 messages in org.freebsd.freebsd-hackersRe: swapoff?
FromSent OnAttachments
Sean KellyJul 12, 2002 9:02 pm 
David SchultzJul 12, 2002 10:23 pm 
David SchultzJul 12, 2002 10:32 pm 
Matthew DillonJul 12, 2002 11:51 pm 
David SchultzJul 13, 2002 12:18 am 
Matthew DillonJul 13, 2002 12:27 am 
Peter WemmJul 13, 2002 12:33 am 
Andrey AlekseyevJul 13, 2002 1:23 am 
Terry LambertJul 13, 2002 3:17 am 
Jon MiniJul 13, 2002 3:44 am 
Terry LambertJul 13, 2002 4:30 am 
David SchultzJul 13, 2002 4:57 am 
Terry LambertJul 13, 2002 5:22 am 
Matthew DillonJul 13, 2002 9:36 am 
David SchultzJul 13, 2002 2:00 pm 
Peter WemmJul 13, 2002 3:39 pm 
David SchultzOct 7, 2002 8:38 am 
Matthew DillonOct 7, 2002 4:46 pm 
Nate LawsonOct 7, 2002 9:47 pm 
David SchultzOct 8, 2002 4:35 am 
David SchultzOct 8, 2002 4:39 am 
Matthew DillonOct 8, 2002 10:04 am 
Matthew DillonOct 8, 2002 10:45 am 
David SchultzOct 11, 2002 6:01 am 
Matthew DillonOct 11, 2002 11:14 am 
David SchultzOct 14, 2002 2:41 am 
Matthew DillonOct 14, 2002 8:55 am 
David SchultzOct 15, 2002 12:10 am 
David SchultzOct 23, 2002 11:07 am 
Matthew DillonOct 23, 2002 11:45 am 
Subject:Re: swapoff?
From:Matthew Dillon (dil@apollo.backplane.com)
Date:Oct 8, 2002 10:04:57 am
List:org.freebsd.freebsd-hackers

:The code works fine in all of my tests, except that calling :swapoff() when the system is under heavy paging load and has :multiple swap devices sometimes leads to a few pages being missed :by the scan. I think the problem is that some process allocates :some swap and starts paging out just before the device is marked :as off-limits. Am I missing a simple solution to this problem? :(For now, I kludge around the issue by rescanning if there are :still blocks remaining.)

Hmm. Yes, I think the issue here is that you may be missing pages in objects which are undergoing I/O. You may need to wait for other paging on the object (the pip count) to go to zero. I will review that code more carefully in a little bit and give you a definitive answer.

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