From owner-freebsd-current Wed Sep 2 19:47:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27971 for freebsd-current-outgoing; Wed, 2 Sep 1998 19:47:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27963 for ; Wed, 2 Sep 1998 19:47:25 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id WAA25834; Wed, 2 Sep 1998 22:56:51 -0400 (EDT) Date: Wed, 2 Sep 1998 22:56:51 -0400 (EDT) From: Charles Youse To: Terry Lambert cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question In-Reply-To: <199809030207.TAA05776@usr07.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 3 Sep 1998, Terry Lambert wrote: > To solve the first, you will have to invent a mechanism, whereby an > application can be asked to free up "dirty" pages, which contain cached > data that can be regenerated or otherwise recovered without keeping > them, and to free allocated memory, defrag it, and sbrk the freed > memory back to the system. This sounds hauntingly similar to WIN32 WM_HIBERNATE messages (which, as far as I know, are only used on CE devices). Chuck Youse cyouse@syncom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message