Re: remote system call
On Sat, Mar 05, 2016 at 04:58:07PM -0500, valdis.kletni...@vt.edu wrote: > On Sat, 05 Mar 2016 15:58:13 +0530, Nitin Varyani said: > > Codes are huge and documentation is negligible. How can I separate whay I > > want to achieve from that big code? > > Why do you think that's possible? > > It's a lot more complicated problem to solve than you think. Maybe > that huge code is necessary to achieve what you are trying to do. > check bproc - it was a relatively simple solution (with some limitations) far simpler than MOSIX - for 2.6.X kernels it worked really nicely but Im not aware of the status http://bproc.sourceforge.net/ seems to be a bit dated. thx! hofrat ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: remote system call
On Sat, 05 Mar 2016 15:58:13 +0530, Nitin Varyani said: > Codes are huge and documentation is negligible. How can I separate whay I > want to achieve from that big code? Why do you think that's possible? It's a lot more complicated problem to solve than you think. Maybe that huge code is necessary to achieve what you are trying to do. pgp7F7yA1Lg5Q.pgp Description: PGP signature ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: remote system call
Codes are huge and documentation is negligible. How can I separate whay I want to achieve from that big code? On Thu, Mar 3, 2016 at 10:07 PM, Mulyadi Santosa wrote: > > > On Thu, Mar 3, 2016 at 6:12 PM, Nitin Varyani > wrote: > >> Hi, >> I want to migrate user context of a process to a remote machine >> (i.e. registers, code, data, virtual memory and program counter) and when >> it makes a system call or file i/o, I want to send that request to its home >> node. >> >> That is, the user process executing at remote node will copy desired >> system call number to %eax of home node and will execute 'int 0x80'. This >> will generate interrupt 0x80 which should be sent to home node and an >> interrupt service routine at home node will be called. This routine will >> execute in ring 0 of home node. >> >> A portion of process context which is system dependent has to be kept at >> the home node. >> >> That is, link to open files and link to kernel stack. >> >> For eg: the following portion of the task_struct has to be kept at home >> node >> /* filesystem information */ >> struct fs_struct *fs; >> /* open file information */ >> struct files_struct *files; >> >> >> >> Is it feasible? Can someone show some more light into it? >> >> Nitin >> >> ___ >> Kernelnewbies mailing list >> Kernelnewbies@kernelnewbies.org >> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies >> >> > Feasible, yes. > > Try to check the source code of MOSIX/OpenMosix or OpenSSI. > > Kerrighed is another project which done similar thing too. > > > -- > regards, > > Mulyadi Santosa > Freelance Linux trainer and consultant > > blog: the-hydra.blogspot.com > training: mulyaditraining.blogspot.com > ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: remote system call
On Thu, Mar 3, 2016 at 6:12 PM, Nitin Varyani wrote: > Hi, > I want to migrate user context of a process to a remote machine > (i.e. registers, code, data, virtual memory and program counter) and when > it makes a system call or file i/o, I want to send that request to its home > node. > > That is, the user process executing at remote node will copy desired > system call number to %eax of home node and will execute 'int 0x80'. This > will generate interrupt 0x80 which should be sent to home node and an > interrupt service routine at home node will be called. This routine will > execute in ring 0 of home node. > > A portion of process context which is system dependent has to be kept at > the home node. > > That is, link to open files and link to kernel stack. > > For eg: the following portion of the task_struct has to be kept at home > node > /* filesystem information */ > struct fs_struct *fs; > /* open file information */ > struct files_struct *files; > > > > Is it feasible? Can someone show some more light into it? > > Nitin > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > > Feasible, yes. Try to check the source code of MOSIX/OpenMosix or OpenSSI. Kerrighed is another project which done similar thing too. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
remote system call
Hi, I want to migrate user context of a process to a remote machine (i.e. registers, code, data, virtual memory and program counter) and when it makes a system call or file i/o, I want to send that request to its home node. That is, the user process executing at remote node will copy desired system call number to %eax of home node and will execute 'int 0x80'. This will generate interrupt 0x80 which should be sent to home node and an interrupt service routine at home node will be called. This routine will execute in ring 0 of home node. A portion of process context which is system dependent has to be kept at the home node. That is, link to open files and link to kernel stack. For eg: the following portion of the task_struct has to be kept at home node /* filesystem information */ struct fs_struct *fs; /* open file information */ struct files_struct *files; Is it feasible? Can someone show some more light into it? Nitin ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies