Date: Wed, 30 Aug 2000 09:50:28 -0600 From: Warner Losh <imp@village.org> To: Arun Sharma <adsharma@sharmas.dhs.org> Cc: "Daniel O'Connor" <doconnor@gsoft.com.au>, freebsd-mobile@FreeBSD.ORG Subject: Re: Fwd: Suggestion for laptop suspension Message-ID: <200008301550.e7UFoSG06876@billy-club.village.org> In-Reply-To: Your message of "Wed, 30 Aug 2000 08:27:12 PDT." <20000830082712.A31339@sharmas.dhs.org> References: <20000830082712.A31339@sharmas.dhs.org> <200008300753.BAA14369@harmony.village.org> <XFMail.000830173512.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20000830082712.A31339@sharmas.dhs.org> Arun Sharma writes: : Yes, the discussion on linux-kernel suggested that there was some empirical : evidence about this. So zero'ing as much memory as possible could result : in faster suspend/resume. I seriously doubt that this is the case. In the past I've looked at these image files, and they are just images. No compression, just bits slammed to the disk. A suspend to disk on my Sony VAIO at least always takes the same amount of time, no matter if it was just booted, or had been running to the point of needing swap. I'd be extremely suspicious of any attempts to optimize this as being a waste of time. However, you are free to write a driver that will, when it gets the suspend request, goes through the buffer cache, invalidating everything and bzeroing it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200008301550.e7UFoSG06876>