Re: om2.6 What's currently showable ?

Florain-
 Shared libs. should be fine, shared memory is a problem. There was a
second patch built to help resolve this issue in the 2.4 series. I
think  the plan is that after om gets working on 2.6. to make shared
memory support part of the standard patch.

Evan H.

On 7/24/06, Florian Delizy <[email protected]> wrote:
> Mike Wharton wrote:
> > Install 2.4.26 and show your boss that. It works brilliantly, unless there
> > is a dire need for your demo cluster to be running a 2.6 kernel.
> Well actually, that's the case ... If I choose to use the 2.6 kernel,
> (which I did), we have to have something *working* in a production
> environement, and I have to demonstrate it ... on a 2.6. As I had been
> told already, it seems that oM2.6 is able to migrate processes, unless
> some bad syscalls happens ... Which bad syscalls ? For instance, a
> program using a shared library would have a mmap on it, would that fail
> on oM2.6 ?
>
> This choice is quite important to me, and moreover, I can only help
> continuing to develop oM if I can proove the feasability with oM2.6
> >  In which
> > case just write a dumb test program and migrate that on 2.6. I believe you
> > can demo 2.6 but processes have to be manually migrated.
> I am not sure that would be enough ... though ... I guess that programs
> that we have to migrate are something like, using a shared lib, now the
> question is how would taht be done ... (I don't know yet). A simple
> scenario, if several programs are using a single shared lib, and all
> programs are spread over different cluster nodes, would that work ?
> > I believe the
> > plan is to use a user level daemon to handle process migration in 2.6 ( a
> > FAR better idea imho).
> >
> >
> >
> At least that was my idea too
>
> > Mike
> >
> >
> >> quoting Vincent Hanquez :
> >>
> >>> we miss, a working OpenMosix  :)
> >>>
> >> Well, that's kind of frightening ;) I need to make a demo to my boss in
> >> a few time, showing that openMosix can migrate processes to a node, and
> >> execute those tasks there, is this even working ? (I hope yes).
> >>
> >> In the same idea than the Todo list in the wiki, can we add a feature
> >> list, which explicitely state what's working, and what's not ?? (that
> >> would help me for instance to show the viability of openMosix to non
> >> developer people) ...
> >>
> >>
> >> Florian Delizy
> >>
> >> -------------------------------------------------------------------------
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to share
> >> your
> >> opinions on IT & business topics through brief surveys -- and earn cash
> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >> _______________________________________________
> >> openMosix-devel mailing list
> >> openMosix-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> >> https://lists.sourceforge.net/lists/listinfo/openmosix-devel
> >>
> >>
> >
> >
> >
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> openMosix-devel mailing list
> openMosix-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/openmosix-devel
>

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV