From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: Break 2.4 VM in five easy steps References: From: ebiederm@xmission.com (Eric W. Biederman) Date: 07 Jun 2001 00:38:41 -0600 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mm@kvack.org Return-Path: To: Mike Galbraith Cc: Derek Glidden , linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: Mike Galbraith writes: > On 6 Jun 2001, Eric W. Biederman wrote: > > > Mike Galbraith writes: > > > > > > If you could confirm this by calling swapoff sometime other than at > > > > reboot time. That might help. Say by running top on the console. > > > > > > The thing goes comatose here too. SCHED_RR vmstat doesn't run, console > > > switch is nogo... > > > > > > After running his memory hog, swapoff took 18 seconds. I hacked a > > > bleeder valve for dead swap pages, and it dropped to 4 seconds.. still > > > utterly comatose for those 4 seconds though. > > > > At the top of the while(1) loop in try_to_unuse what happens if you put in. > > if (need_resched) schedule(); > > It should be outside all of the locks. It might just be a matter of > everything > > > serializing on the SMP locks, and the kernel refusing to preempt itself. > > That did it. Does this improve the swapoff speed or just allow other programs to run at the same time? If it is still slow under that kind of load it would be interesting to know what is taking up all time. If it is no longer slow a patch should be made and sent to Linus. Eric -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/