Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269328AbUIYNVF (ORCPT ); Sat, 25 Sep 2004 09:21:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269324AbUIYNVF (ORCPT ); Sat, 25 Sep 2004 09:21:05 -0400 Received: from pop5-1.us4.outblaze.com ([205.158.62.125]:50848 "HELO pop5-1.us4.outblaze.com") by vger.kernel.org with SMTP id S269340AbUIYNTY (ORCPT ); Sat, 25 Sep 2004 09:19:24 -0400 Subject: Re: 2.6.9-rc2-mm1 swsusp bug report. From: Nigel Cunningham Reply-To: ncunningham@linuxmail.org To: William Lee Irwin III Cc: Nick Piggin , Kevin Fenzi , Pavel Machek , Linux Kernel Mailing List In-Reply-To: <20040925125606.GN9106@holomorphy.com> References: <20040924021956.98FB5A315A@voldemort.scrye.com> <20040924143714.GA826@openzaurus.ucw.cz> <20040924210958.A3C5AA2073@voldemort.scrye.com> <1096069216.3591.16.camel@desktop.cunninghams> <20040925014546.200828E71E@voldemort.scrye.com> <1096113235.5937.3.camel@desktop.cunninghams> <415562FE.3080709@yahoo.com.au> <20040925125606.GN9106@holomorphy.com> Content-Type: text/plain Message-Id: <1096118462.6294.0.camel@desktop.cunninghams> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6-1mdk Date: Sat, 25 Sep 2004 23:21:02 +1000 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1373 Lines: 33 Hi. On Sat, 2004-09-25 at 22:56, William Lee Irwin III wrote: > Nigel Cunningham wrote: > >> Normal usage; the pattern of pages being freed and allocated inevitably > >> leads to fragmentation. The buddy allocator does a good job of > >> minimising it, but what is really needed is a run-time defragmenter. I > >> saw mention of this recently, but it's probably not that practical to > >> implement IMHO. > > > On Sat, Sep 25, 2004 at 10:22:22PM +1000, Nick Piggin wrote: > > Well, by this stage it looks like memory is already pretty well shrunk > > as much as it is going to be, which means that even a pretty capable > > defragmenter won't be able to do anything. > > For however useful defragmentation may be to make speculative use of > physically or virtually contiguous memory more probable to succeed, it > can never be made deterministic or even reliable, not even in pageable > kernels (which Linux is not). Fallback to allocations no larger than > the kernel's internal allocation unit, potentially in tandem with > scatter/gather capabilities, is essential. I fully agree. That's why I do it :> Regards, Nigel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/