From owner-freebsd-current Mon Jun 19 21:45:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from cia.com.au (mail.cia.net.au [203.17.36.17]) by hub.freebsd.org (Postfix) with SMTP id 01E6E37BAA4 for ; Mon, 19 Jun 2000 21:45:42 -0700 (PDT) (envelope-from A.ReillyAtLake@lake.com.au) Received: (qmail 21300 invoked from network); 20 Jun 2000 04:45:39 -0000 Received: from unknown (HELO nexus6.lake.com.au) (210.8.75.6) by cia.com.au with SMTP; 20 Jun 2000 04:45:39 -0000 Received: from SMTP agent by mail gateway Tue, 20 Jun 2000 14:51:42 --1000 Received: by NEXUS6 with Internet Mail Service (5.5.2650.21) id ; Tue, 20 Jun 2000 14:45:07 +1000 Message-ID: From: Andrew ReillyAtLake Reply-To: Andrew Reilly To: Mike Smith Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Process migration (was RE: ACPI project progress report) Date: Tue, 20 Jun 2000 14:45:01 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > > The real issue here is persistent system state across the S4 suspend; ie. > > leaving applications open, etc. IMO this isn't really something worth a > > lot of effort to us, and it has a lot of additional complications for a > > "server-class" operating system in that you have to worry about network > > connections from other systems, not just _to_ other systems. I was thinking about this a little more this afternoon, and it occurred to me that the system state management services that one would like for smooth "suspend" operation on laptops are very nearly the same as the process checkpointing services that one requires for process migration in a cluster environment. That sounds like a "server-class" application for this stuff. I know of at least one research project involving process migration in a cluster (at U Sydney, I think) using FreeBSD. Hey: wouldn't it be cool if, when you manually suspended your laptop, the processes waiting for user input would be suspended to disk, but the CPU-bound one running a simulation would migrate to your main compute server. It might even be finished the next time you logged in... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message