Re: [Om-2-6-users] Openmosix 2.6.22 project still continuing
"Wes Wagner" <[email protected]> Mon, 13 Aug 2007 06:23:03 -0700
| Newsgroups | gmane.linux.cluster.openmosix.general |
|---|---|
| Message-ID | <[email protected]> |
--===============1751828826== Content-Type: multipart/alternative; boundary="----=_Part_25249_22149316.1187011383517" ------=_Part_25249_22149316.1187011383517 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline One thing I was planning to do is release a packaged solution that is easy for end-users to install that includes Carl Radford's omuscd - which is a pretty simple and basic cluster daemon that balances load across your om cluster. I don't think we are going for an ssi system ... there are certainly challenges there (the speed of electricity being a major one to overcome). If we can provide the basic function of process migration and load blancing, we will be useful to anyone who needs to run a large number of processes in a grid as efficiently as possible without changing their source code or dealing with queuing. (Queuing can be really tough when your processes take up a large chunk of cpu, run for a very long time, but still an indeterminate amount of time... ) - omuscd and Niel's python framework can be extended to make the cluster much more manageable - graceful shutdown of nodes for example. Thus far my problems with SSI solutions have been that they provide alot more features than I need and have been very unstable. -Wes On 8/13/07, Vincent Hanquez <tab-mTI/[email protected]> wrote: > > On Mon, Aug 13, 2007 at 09:16:56AM +0200, Ketil Malde wrote: > > On Fri, 2007-08-10 at 10:51 -0700, Jonathan Day wrote: > > > In light of, ummmm, some of the more lively? responses > > > to my posts from earlier, it would be good if we could > > > work on agreeing a summary of objectives for the > > > rebranded project. > > > > It would also be interesteing to know how oM:tng (or whatever) plans to > > differentiate itself from other SSI clustering alternatives, > > specifically OpenSSI and Kerrighed. > > Well, from one point, openmosix has never been a SSI. > I see more om as a pool of ressource, than a single system. > I think that significant enough. > > -- > Vincent Hanquez > > ------------------------------------------------------------------------- > 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 > -- Wes Wagner ------=_Part_25249_22149316.1187011383517 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline One thing I was planning to do is release a packaged solution that is easy for end-users to install that includes Carl Radford's omuscd - which is a pretty simple and basic cluster daemon that balances load across your om cluster. I don't think we are going for an ssi system ... there are certainly challenges there (the speed of electricity being a major one to overcome). If we can provide the basic function of process migration and load blancing, we will be useful to anyone who needs to run a large number of processes in a grid as efficiently as possible without changing their source code or dealing with queuing. (Queuing can be really tough when your processes take up a large chunk of cpu, run for a very long time, but still an indeterminate amount of time... ) - omuscd and Niel& #39;s python framework can be extended to make the cluster much more manageable - graceful shutdown of nodes for example. <br><br>Thus far my problems with SSI solutions have been that they provide alot more features than I need and have been very unstable. <br><br>-Wes<br><br><br><div><span class="gmail_quote">On 8/13/07, <b class="gmail_sendername"> Vincent Hanquez</b> <<a href="mailto:tab-mTI/[email protected]">tab-mTI/[email protected]</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Mon, Aug 13, 2007 at 09:16:56AM +0200, Ketil Malde wrote: <br>> On Fri, 2007-08-10 at 10:51 -0700, Jonathan Day wrote:<br>> > In light of, ummmm, some of the more lively? responses<br>> > to my posts from earlier, it would be good if we could<br>> > work on agreeing a summary of objectives for the <br>> > rebranded project.<br>><br>> It would also be interesteing to know how oM:tng (or whatever) plans to<br>> differentiate itself from other SSI clustering alternatives,<br>> specifically OpenSSI and Kerrighed. <br><br>Well, from one point, openmosix has never been a SSI.<br>I see more om as a pool of ressource, than a single system.<br>I think that significant enough.<br><br>--<br>Vincent Hanquez<br><br>------------------------------------------------------------------------- <br>This SF.net email is sponsored by: Splunk Inc.<br>Still grepping through log files to find problems? Stop.<br>Now Search log events and configuration files using AJAX and a browser.<br>Download your FREE copy of Splunk now >> <a href="http://get.splunk.com/">http://get.splunk.com/</a><br>_______________________________________________<br>openMosix-general mailing list<br><a href="mailto:openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org">openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org </a><br><a href="https://lists.sourceforge.net/lists/listinfo/openmosix-general">https://lists.sourceforge.net/lists/listinfo/openmosix-general</a><br></blockquote></div><br><br clear="all"><br>-- <br>Wes Wagner ------=_Part_25249_22149316.1187011383517-- --===============1751828826== 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/ --===============1751828826== 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 --===============1751828826==--