Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265245AbUAZWCj (ORCPT ); Mon, 26 Jan 2004 17:02:39 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265259AbUAZWCj (ORCPT ); Mon, 26 Jan 2004 17:02:39 -0500 Received: from gate.crashing.org ([63.228.1.57]:14305 "EHLO gate.crashing.org") by vger.kernel.org with ESMTP id S265245AbUAZWCh (ORCPT ); Mon, 26 Jan 2004 17:02:37 -0500 Subject: Re: pmdisk working on ppc (WAS: Help port swsusp to ppc) From: Benjamin Herrenschmidt To: Pavel Machek Cc: Hugang , Patrick Mochel , Nigel Cunningham , ncunningham@clear.net.nz, Linux Kernel Mailing List , linuxppc-dev list In-Reply-To: <20040126181004.GB315@elf.ucw.cz> References: <20040119105237.62a43f65@localhost> <1074483354.10595.5.camel@gaston> <1074489645.2111.8.camel@laptop-linux> <1074490463.10595.16.camel@gaston> <1074534964.2505.6.camel@laptop-linux> <1074549790.10595.55.camel@gaston> <20040122211746.3ec1018c@localhost> <1074841973.974.217.camel@gaston> <20040123183030.02fd16d6@localhost> <1074912854.834.61.camel@gaston> <20040126181004.GB315@elf.ucw.cz> Content-Type: text/plain Message-Id: <1075154452.6191.91.camel@gaston> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 27 Jan 2004 09:00:53 +1100 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1194 Lines: 30 On Tue, 2004-01-27 at 05:10, Pavel Machek wrote: > Hi! > > > Ah, also: The "Freeing memory" phase takes forever. That should > > really be fixed. > > Well, it does the trick for me, but it takes 50% or so of suspend > time. Some memory managment guru making "freeing memory" faster would > certainly be welcome. > Pavel > PS: But I'd like to keep it simple... Haven't looked at it yet. Several crash reports so far, mostly lockups right after printing the number of pages to save. I wonder if we have something broken in there. It dies for me once too at this point. Also, at least on pmac laptops, the HD is usually so fast, that I suspect spending 10 seconds freeing things is less efficient than spending this 10 seconds writing 200Mb of data to disk :) Also, one wakup, it's quite painful to see everything be swapped in again. It may make sense to be less agressive on the memory freeing, though finding a good balance isn't easy. - 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/