Re: Stubs and wrappers and possibilities, oh my!
Florian Delizy <[email protected]> Mon, 30 Jul 2007 16:52:28 +0200
| Newsgroups | gmane.linux.cluster.openmosix.devel |
|---|---|
| Message-ID | <[email protected]> |
Vincent Hanquez wrote: > On Wed, Jul 25, 2007 at 01:54:39PM -0700, Jonathan Day wrote: > > >> What about kernel threads? Again, same thing applies. >> We're not short of methods. Everything from HA >> solutions to suspend-to-file would allow you to >> transfer kernel-level operations from one machine to >> another without problem. >> > > if you're actually talking about freezing kernel thread, it's not > realistic. actually linux kernel developers are removing the cooperation > with the suspend freezer right now (2.6.23) which going to be trickier. > Plus a kernel thread has load of private stuff that CANNOT be migrated > and tight to the OS. > I agree tab on that point, I see no interest at all in migrating kernel threads anyway. >> Is there anything significant that's needed that's >> new? Well, the stub should export to userspace any >> information needed to perform migration and perhaps >> resource allocation. At the meeting, we thought about >> various strategies for this. /proc and /sys were >> suggested, as was using a page of shared memory. I'd >> love to hear other people's thoughts on this. >> > > migration passing by userspace process is possible for sending data, but > that's opening a whole can of worms for other communication (syscalls > for example). > point, I agree as well, migration should stay in kernel mode, not in userspace > >> This ends the reading of the stub. >> > > Except reading random crazy ideas, I don't see the shadow of a solid > proposal on what to do. This proposal is far too generic (and crazy) and > doesn't propose any solutions.. > > Well, not being that aggressive, that was at least an "idea" (even if I agree with you). BTW, please tab, don't be that agressive when you post replies you know, you really don't have to :) ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/