[uml-user] UML and OpenMosix (hardware cluster)

[<sve...@gm...>]

I am trying to load-balance a UML-instance in a hardware openMosix
cluster.
Perhaps somebody did this before or has some ideas about it ?
Below I have copied my thread from the openMosix-List.
Hope I don't get burned for the idea ;-)
Any comments are welcome :)

Thanks,
  Sven

...
Ok, found out some parts now:
With UML the whole VM of the UML instance is mapped to 'invisible'
file(s) in the /tmp directory (this dir can also be mounted as tmpfs :).
Every write / read to memory inside the UML might access
this mapped file in /tmp....
However, I think it might still be possible with some patches
to let the deputy serve the missing pages to the slave.
Another special, UML-only possibility, might be to freeze the UML before
 migrating it (there's already a possibility to do that, I think, via
UML-sysrq to
halt an UML and sync it), and copy it's whole memory mapped
space over to a new /tmp-file at the slave's node (no-go for diskless
nodes, but perhaps easier done with a cluster filesystem).
Then let the UML continue at the slave node with his new mmapped mem.
now on the slave. Of course, UMLs should not be migrated to often ;-)
Only some rough thoughts. Any comments on this ?

TIA,
  Sven


"Sven Kretzschmar" <sve...@gm...> schrieb
im Newsbeitrag news:bbb6ae$vdh$1...@ma......
> I also have the cantmove - monkey problem.
> I tried to load-balance UML (user mode linux) instances in (old) tt mode.
> (I am not trying to run openmosix inside UML, but the other way round !)
> Every process I start inside UML seems to be regarded as monkey process
> outside the UML by OpenMosix.
> (with tt-mode every process inside the UML gets a 'shadow process' in
kernel
> space).
> Which file is memory-mapped here ? 
> Why can't openmosix try to move memory mapped files somehow ?
> I think bproc does that (with some tricks and only libs, I know).
> Can't the slave process on the slave node do this somehow (by requesting
> missing memory-mapped files' mem pages from the deputy - too much traffic
?)
> ??
>
> I also tried to apply the skas.v3-host patch to the host kernel but as
> expected, the patch
> had conflicts with openmosix (in mm/mmap.c and
arch/i386/kernel/sys_i386.c).
>
> I somehow have the vision of generating a cluster with many UML-instances
> running on it. This would result in a lot of load-balanced virtual linux
> boxes.
> People could log in these virtual boxes with root rights and the admins
> would
> not have to care so much where the UML instances are running currently and
> if the physical box it's running on has enough 'power' (if not, it's
> migrated automagically)...
> Perhaps this thought is too daring ;-) ?
> Has anybody tried this before with UML and OpenMosix ?
>
> TIA + Regards,
>   Sven



-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!