From mboxrd@z Thu Jan 1 00:00:00 1970 From: Valdis.Kletnieks@vt.edu (Valdis.Kletnieks at vt.edu) Date: Wed, 17 Feb 2016 01:10:56 -0500 Subject: Distributed Process Scheduling Algorithm In-Reply-To: References: <20160215165231.GD21526@icarus.home.austad.us> <42173.1455599614@turing-police.cc.vt.edu> <20160216094252.194c7907@BR9TG4T3.de.ibm.com> <124507.1455640511@turing-police.cc.vt.edu> Message-ID: <21502.1455689456@turing-police.cc.vt.edu> To: kernelnewbies@lists.kernelnewbies.org List-Id: kernelnewbies.lists.kernelnewbies.org On Wed, 17 Feb 2016 10:21:35 +0530, Nitin Varyani said: > Actually it is a master's thesis research project as of now. I am ready to > boil down to the most basic implementation of distributed linux kernel. > Assume there is no network connection and no open files. We can drop even > more assumptions if it becomes complicated. Once this basic implementation > is successful, we can go ahead with a more complicated version. The next > task is to integrate the migration code in the linux kernel. What is the > most easy way of implementing it. If you get it to where you can migrate a process on command controlled by a userspace process, the scheduler part will be trivial. And note that the choice of which process to migrate where is sufficiently "policy" that it belongs in userspace - see how cgroups and containers are kernel mechanisms that are controlled by userspace. You want to follow that model if you intend for this to be upstreamed rather than just another dead master's thesis. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 848 bytes Desc: not available Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20160217/cf590d8d/attachment-0001.bin