On Thu, 12 Jan 2006, Trevor Warren wrote:
> Hey Guys,
>
> At work we areplaying around with quite a few virtualised environments. I
> should admit that our benchmarks have prooven that Vmware has huge
> performance overheads and is an overkill for critical-cpu_io intensive
> applications. But the vmware suite of tools is the most complete as compared
> to other vendors.
QEMU supports tun/tap for solid network support and since it will run in
userland (w/o the accelerator), it may migrate on an openmosix cluster.
Can someone see if they can boot a few linux floppy images or something
and migrate them?
-Eric
> On 1/12/06, Dave Pippenger <[email protected]> wrote:
> >
> >
> > In my searches for an answer I turned up this old post
> >
> > http://sourceforge.net/mailarchive/message.php?msg_id=9719541
> >
> > It refers to a magical ftp site that no longer seems to have the
> > advertised content. The poster was not the creator of the content and the
> > email address protection prevents me from asking the poster if he still
> > has the content. So does anyone have a copy of the howto docs and custom
> > source that used to live at
> >
> > ftp://ftp.bpa.gov/downloads/software/openMosix/
> >
> > Dave Pippenger
> >
> >
> > On Thu, 5 Jan 2006, Dave Pippenger wrote:
> >
> > >
> > > If anyone is curious about my reasoning for wanting to do this, I have a
> > > number of dev systems running on VMs. Each server uses different levels
> > of
> > > CPU at any given time depending on the development cycle of each group.
> > It
> > > ends up being a very large pain to manage 100 or so of these VMs spread
> > > across 30 dual proc boxes and keep two people from butting heads with
> > the cpu
> > > on a given box. OM seemed to be a pretty good answer to my issue
> > allowing me
> > > to just provision everyone on the master node and have OM
> > > deal with the cpu/memory distribution. My VMs are all linux, so I'm not
> > tied
> > > to VMware if anyone knows of another project that works well with OM. I
> > > didn't see any interesting hints that bochs or plex86 would work, and I
> > know
> > > due to kernel hooks UML is pretty much not an option.
> > >
> > > The FAQ and vague reports from other users on the list running VMware
> > under
> > > OM is what inspired me to believe it was a workable setup.
> > >
> > > Dave Pippenger
> > >
> > >
> > > On Thu, 5 Jan 2006, Dirk Eddelbuettel wrote:
> > >
> > >>
> > >> Dave,
> > >>
> > >> On 5 January 2006 at 14:05, Dave Pippenger wrote:
> > >> | I read through the FAQ and came across the entry for VMware that
> > >> | indicated
> > >> | openmosix owuld load balance several instances of VMware. When I
> > tried
> > >> | to
> > >> | do this using vmware-gsx I was faced with the VMware processes being
> > >> | locked on the home node with these flags (monkey, mmap_dev,
> > clone_vm,
> > >> | direct_io). I tried altering the VM config by removing devices like
> > >> | floppy
> > >> | that could have lead to locking, but in the end I was unable to get
> > any
> > >> | level of success.
> > >> |
> > >> | I'm running a 2.4.27 based om kernel using the migshm patches. My
> > VMware
> > >> | is somewhat dated being version 3.1.0 but I have seen no indication
> > of a
> > >> | particular version that was better at migration than any other. If
> > >> | anyone
> > >> | who has had positive experience with this could let me know what
> > kind of
> > >> | config they were using it would be of great assistance.
> > >>
> > >> I can't offer much help. I tried something similar recently using the
> > >> newer
> > >> VMware Player, but didn't get the 2.4.27 oM kernel to migrate
> > processes
> > >> between the two instances I was running. I posted a few notes on the
> > >> quantian-general list about that.
> > >>
> > >> So if anybody has pointers or leads on openMosix inside VMware, I'd
> > like
> > >> to
> > >> hear them too.
> > >>
> > >> Regards, Dirk
> > >>
> > >> --
> > >> Hell, there are no rules here - we're trying to accomplish something.
> > >> -- Thomas A. Edison
> > >>
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > files
> > > for problems? Stop! Download the new AJAX search engine that makes
> > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > > _______________________________________________
> > > openMosix-general mailing list
> > > openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/openmosix-general
> > >
> > >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > files
> > for problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > openMosix-general mailing list
> > openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/openmosix-general
> >
>
>
>
> --
> ___________________________________
> ( >- / Scaling FreeSoftware & OpenSource \ -< )
> /~\ / In the Enterprise \ /~\
> | \) \ | www.fsf.org | www.opensource.org | / (/ |
> |_|_ \____________________________________/ _|_|
>
> An eye for an eye will soon turn the world blind - MKG
>
--
Eric Wheeler
Vice President
National Security Concepts, Inc.
PO Box 3567
Tualatin, OR 97062
http://www.nsci.us/
Voice: (503) 293-7656
Fax: (503) 885-0770
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.