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/