Re: openMosix vs KVM, Xen,...et al

Deadpan110 <[email protected]> Fri, 24 Aug 2007 08:26:30 -0700
Newsgroups gmane.linux.cluster.openmosix.general
Message-ID <[email protected]>
--===============0187758914==
Content-Type: multipart/alternative; 
	boundary="----=_Part_88874_5355017.1187969190805"

------=_Part_88874_5355017.1187969190805
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,

I agree totally,

openMosix is primarilary for load balancing non IO dependant processes...
even though oM is currently going through a transitional period, this
_should_ still remain the main goals of oM.

Virtualization may be obtained via use of virtual systems all using oM, but
ignoring that fact and trying to make oM more for virtual use would defeat
the end use of oM itself...

It has been a while since my last posting to the oM mailing lists and it is
unfortunate that Moshe wants to abandon oM like rats from a sinking ship...
each to their own... I still see a use for the original ideas behind
mosix... oM friendly programming proves this (even in the days of super fast
SMP processing).

'It seems wasteful for one person to wash dishes and then pretend he has
more arms, than just to get 10 people to wash the same amount of dishes'

Martin


On 24/08/07, g4sra <g4sra-/[email protected]> wrote:
>
> I have bit my tongue long enough. openMosix never did have, does not,
> (and as far as I can predict the future) ever will, have anything to do
> with Virtualization (even though that may have been the original
> motivation). Those knowledgeable on KVM should read up on openMosix, and
> you will understand why I say what I do.  Any tools written to be
> compatible with both openMosix and KVM will be nothing more than a
> bodged compromise, if you want to run that type of software, talk to Bill.
>
> If you insist on buzzword usage, change "Virtualization" to "Virtual",
> as a simplistic (and incorrect) view, openMosix provides the capability
> of having "Virtual CPU's". This persistent lumping in of openMosix with
> Virtualization does nothing but confuse newcomers and cloud the real
> openMosix issues. (Somebody demo me standard XP sitting on a straight
> openMosix kernel and I will eat my words :>).
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> openMosix-general mailing list
> openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/openmosix-general
>

------=_Part_88874_5355017.1187969190805
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>Hi all,</div>
<div>&nbsp;</div>
<div>I agree totally,</div>
<div>&nbsp;</div>
<div>openMosix is primarilary for load balancing non IO dependant processes... even though oM is currently going through a transitional period, this _should_ still remain the main goals of oM.</div>
<div>&nbsp;</div>
<div>Virtualization may be obtained via use of virtual systems all using oM, but ignoring that fact and trying to make oM more for virtual use would&nbsp;defeat the end use of oM itself...</div>
<div>&nbsp;</div>
<div>It has been a while since my last posting to the oM mailing lists and it is unfortunate that Moshe wants to abandon oM like rats from a sinking ship... each to their own... I still see a use for&nbsp;the original ideas behind mosix... oM friendly programming proves this (even in the days of super fast SMP processing). 
</div>
<div>&nbsp;</div>
<div>&#39;It seems wasteful for one person to wash dishes and then pretend he has more arms, than just to get 10 people to wash the same amount of dishes&#39;</div>
<div>&nbsp;</div>
<div>Martin</div>
<div><br>&nbsp;</div>
<div><span class="gmail_quote">On 24/08/07, <b class="gmail_sendername">g4sra</b> &lt;<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:g4sra-/[email protected]" target="_blank">g4sra-/[email protected]</a>&gt; wrote:
</span> 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I have bit my tongue long enough. openMosix never did have, does not,<br>(and as far as I can predict the future) ever will, have anything to do 
<br>with Virtualization (even though that may have been the original<br>motivation). Those knowledgeable on KVM should read up on openMosix, and<br>you will understand why I say what I do.&nbsp;&nbsp;Any tools written to be<br>compatible with both openMosix and KVM will be nothing more than a 
<br>bodged compromise, if you want to run that type of software, talk to Bill.<br><br>If you insist on buzzword usage, change &quot;Virtualization&quot; to &quot;Virtual&quot;,<br>as a simplistic (and incorrect) view, openMosix provides the capability 
<br>of having &quot;Virtual CPU&#39;s&quot;. This persistent lumping in of openMosix with<br>Virtualization does nothing but confuse newcomers and cloud the real<br>openMosix issues. (Somebody demo me standard XP sitting on a straight 
<br>openMosix kernel and I will eat my words :&gt;).<br><br>-------------------------------------------------------------------------<br>This SF.net email is sponsored by: Splunk Inc.<br>Still grepping through log files to find problems?&nbsp;&nbsp;Stop. 
<br>Now Search log events and configuration files using AJAX and a browser.<br>Download your FREE copy of Splunk now &gt;&gt;&nbsp;&nbsp;<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://get.splunk.com/" target="_blank">
http://get.splunk.com/</a><br>_______________________________________________ <br>openMosix-general mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org" target="_blank">
openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.sourceforge.net/lists/listinfo/openmosix-general" target="_blank">https://lists.sourceforge.net/lists/listinfo/openmosix-general 
</a><br></blockquote></div><br>

------=_Part_88874_5355017.1187969190805--


--===============0187758914==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
--===============0187758914==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
openMosix-general mailing list
openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/openmosix-general

--===============0187758914==--