Re: [gentoo-dev] Openmosix

Re: [gentoo-dev] Openmosix

[Vitaly Kushneriuk]

On Fri, 2002-09-20 at 01:02, Tantive wrote:
> Hi!
> 
> 
> as I'm the OpenMosix (www.openmosix.org) guy for gentoo I would inform 
> you about the benefits you could have using openmosix and would ask you 
> to test the openmosix-ebuilds.
> 
> In the portage tree we have at the moment:
> 
> - openmosix-sources (2.4.18-r5 and 2.4.19-r5 are the latest, but masked) 
> The patched vanilla-sources including openmosix and evms.
> 
> - openmosix-user    (latest is 0.2.4, masked, too)
> The userland tools needed to manage your cluster.
> 
> - openmosixview     (1.2, guess what... masked)
> A nice gui which shows you the current load in you cluster.
> 
> 
> 
> OpenMosix will allow you to share your CPU-power across several machines 
> (x86-only at the moment) building a cluster containing several nodes.
> 
> So let's make an example: You have a slow machine and a fast one. If you 
> want to compile a new kernel on the slow one OpenMosix will "migrate" 
> these processes to the fast one. This means you could compile your 
> kernel at approx. the same speed you would on your good machine.
> Having many nodes in your cluster the speed increases with every node.
> BUT this happens completely transparent. You will have to do nothing.
> Nodes can even join and leave a running cluster with no bad effects.

Correct me if I'm wrong, but IIRC, the original mosix was useless for
the compilation speed improvements due to the fact that a typical
compilation process doesn't last long enough to even be considered
for migration. And even if the migration would be forced, the migration
overhead compared to the process execution time, would kill all the time
savings.

	Vitaly

Re: [gentoo-dev] Openmosix

[Bart Verwilst]

I would like to use openmosix for my class network..
16 gentoo's, now running the latest gentoo-sources..
Is overall performance improved when you use openmosix?
Like for desktops and such (i noticed preempt isn't in it..)
And if so, any good tutorials out there?

Thanks!

On Thursday 19 September 2002 15:43, Vitaly Kushneriuk wrote:
|| On Fri, 2002-09-20 at 01:02, Tantive wrote:
|| > Hi!
|| >
|| >
|| > as I'm the OpenMosix (www.openmosix.org) guy for gentoo I would inform
|| > you about the benefits you could have using openmosix and would ask you
|| > to test the openmosix-ebuilds.
|| >
|| > In the portage tree we have at the moment:
|| >
|| > - openmosix-sources (2.4.18-r5 and 2.4.19-r5 are the latest, but masked)
|| > The patched vanilla-sources including openmosix and evms.
|| >
|| > - openmosix-user    (latest is 0.2.4, masked, too)
|| > The userland tools needed to manage your cluster.
|| >
|| > - openmosixview     (1.2, guess what... masked)
|| > A nice gui which shows you the current load in you cluster.
|| >
|| >
|| >
|| > OpenMosix will allow you to share your CPU-power across several machines
|| > (x86-only at the moment) building a cluster containing several nodes.
|| >
|| > So let's make an example: You have a slow machine and a fast one. If you
|| > want to compile a new kernel on the slow one OpenMosix will "migrate"
|| > these processes to the fast one. This means you could compile your
|| > kernel at approx. the same speed you would on your good machine.
|| > Having many nodes in your cluster the speed increases with every node.
|| > BUT this happens completely transparent. You will have to do nothing.
|| > Nodes can even join and leave a running cluster with no bad effects.
||
|| Correct me if I'm wrong, but IIRC, the original mosix was useless for
|| the compilation speed improvements due to the fact that a typical
|| compilation process doesn't last long enough to even be considered
|| for migration. And even if the migration would be forced, the migration
|| overhead compared to the process execution time, would kill all the time
|| savings.
||
|| 	Vitaly
||
|| _______________________________________________
|| gentoo-dev mailing list
|| gentoo-dev@gentoo.org
|| http://lists.gentoo.org/mailman/listinfo/gentoo-dev

-- 
Bart Verwilst
Gentoo Linux Developer
Gent, Belgium

Re: [gentoo-dev] Openmosix

[Vitaly Kushneriuk]

Mosix is good at improving stuff like 3d rendering,
mp3/divx encoding etc. i.e. for processes that have long
execution time and are not interactive/heavy IO. It means transferring
your KDE processes to other machine will do no good to your desktop
performance ;-)
Check out Daniel's article at IBM about mosix:
http://www-105.ibm.com/developerworks/education.nsf/linux-onlinecourse-bytitle/F86D74C7B3B4E65486256B2900073A2E?OpenDocument

On Thu, 2002-09-19 at 17:03, Bart Verwilst wrote:
> I would like to use openmosix for my class network..
> 16 gentoo's, now running the latest gentoo-sources..
> Is overall performance improved when you use openmosix?
> Like for desktops and such (i noticed preempt isn't in it..)
> And if so, any good tutorials out there?
> 
> Thanks!
> 
> On Thursday 19 September 2002 15:43, Vitaly Kushneriuk wrote:
> || On Fri, 2002-09-20 at 01:02, Tantive wrote:
> || > Hi!
> || >
> || >
> || > as I'm the OpenMosix (www.openmosix.org) guy for gentoo I would inform
> || > you about the benefits you could have using openmosix and would ask you
> || > to test the openmosix-ebuilds.
> || >
> || > In the portage tree we have at the moment:
> || >
> || > - openmosix-sources (2.4.18-r5 and 2.4.19-r5 are the latest, but masked)
> || > The patched vanilla-sources including openmosix and evms.
> || >
> || > - openmosix-user    (latest is 0.2.4, masked, too)
> || > The userland tools needed to manage your cluster.
> || >
> || > - openmosixview     (1.2, guess what... masked)
> || > A nice gui which shows you the current load in you cluster.
> || >
> || >
> || >
> || > OpenMosix will allow you to share your CPU-power across several machines
> || > (x86-only at the moment) building a cluster containing several nodes.
> || >
> || > So let's make an example: You have a slow machine and a fast one. If you
> || > want to compile a new kernel on the slow one OpenMosix will "migrate"
> || > these processes to the fast one. This means you could compile your
> || > kernel at approx. the same speed you would on your good machine.
> || > Having many nodes in your cluster the speed increases with every node.
> || > BUT this happens completely transparent. You will have to do nothing.
> || > Nodes can even join and leave a running cluster with no bad effects.
> ||
> || Correct me if I'm wrong, but IIRC, the original mosix was useless for
> || the compilation speed improvements due to the fact that a typical
> || compilation process doesn't last long enough to even be considered
> || for migration. And even if the migration would be forced, the migration
> || overhead compared to the process execution time, would kill all the time
> || savings.
> ||
> || 	Vitaly
> ||
> || _______________________________________________
> || gentoo-dev mailing list
> || gentoo-dev@gentoo.org
> || http://lists.gentoo.org/mailman/listinfo/gentoo-dev
> 
> -- 
> Bart Verwilst
> Gentoo Linux Developer
> Gent, Belgium
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
> 

Re: [gentoo-dev] Openmosix

[Corvus Corax]

Am 19 Sep 2002 16:43:22 +0300
schrieb Vitaly Kushneriuk <vitaly_kushneriuk@yahoo.com>:

> 
> Correct me if I'm wrong, but IIRC, the original mosix was useless for
> the compilation speed improvements due to the fact that a typical
> compilation process doesn't last long enough to even be considered
> for migration. And even if the migration would be forced, the migration
> overhead compared to the process execution time, would kill all the time
> savings.
> 
> 	Vitaly
> 

AFAIK theres a ENV-Variable or Makefile option (dunno what or where exactly this has to be specified) to
say "make" to be more parallelisized, for optimum of "n" CPUs, maybe there is an actual speed increase, if one sets
this value to the amount of computers in the cluster, but i dunno how to set this for for example kernel compilation or ebuilds.

does anyone have experience in this and can say me how to set this cpu number and if it is useful with openmosix?

Corvus V Corax

Re: [gentoo-dev] Openmosix

[Blake Watters]

I'm curious -- I've run openmosix in the past and absolutely love the functionality. Unfortunately, I'm also an XFS junkie. Have you considered rolling the XFS patch into the openMosix ebuild? They are known to play well with one another very easily and probably will patch cleanly. Lots of the gentoo hackers I know are similarly enamored with XFS, so it seems like something worth considering. 

Blake

On Thu, 19 Sep 2002 15:02:14 -0700
Tantive <tantive@tantive.de> wrote:

> Hi!
> 
> 
> as I'm the OpenMosix (www.openmosix.org) guy for gentoo I would inform 
> you about the benefits you could have using openmosix and would ask you 
> to test the openmosix-ebuilds.
> 
> In the portage tree we have at the moment:
> 
> - openmosix-sources (2.4.18-r5 and 2.4.19-r5 are the latest, but masked) 
> The patched vanilla-sources including openmosix and evms.
> 
> - openmosix-user    (latest is 0.2.4, masked, too)
> The userland tools needed to manage your cluster.
> 
> - openmosixview     (1.2, guess what... masked)
> A nice gui which shows you the current load in you cluster.
> 
> 
> 
> OpenMosix will allow you to share your CPU-power across several machines 
> (x86-only at the moment) building a cluster containing several nodes.
> 
> So let's make an example: You have a slow machine and a fast one. If you 
> want to compile a new kernel on the slow one OpenMosix will "migrate" 
> these processes to the fast one. This means you could compile your 
> kernel at approx. the same speed you would on your good machine.
> Having many nodes in your cluster the speed increases with every node.
> BUT this happens completely transparent. You will have to do nothing.
> Nodes can even join and leave a running cluster with no bad effects.
> 
> 
> After this short introduction I hope some of you will test OpenMosix and 
> give me some feedback.
> 
> 
> 
> Thanks.
> 
> 
> Bye
> Michael Imhof <tantive@gentoo.org>
> 
> Gentoo Developer
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev

[gentoo-dev] Openmosix

[Tantive]

Hi!


as I'm the OpenMosix (www.openmosix.org) guy for gentoo I would inform 
you about the benefits you could have using openmosix and would ask you 
to test the openmosix-ebuilds.

In the portage tree we have at the moment:

- openmosix-sources (2.4.18-r5 and 2.4.19-r5 are the latest, but masked) 
The patched vanilla-sources including openmosix and evms.

- openmosix-user    (latest is 0.2.4, masked, too)
The userland tools needed to manage your cluster.

- openmosixview     (1.2, guess what... masked)
A nice gui which shows you the current load in you cluster.



OpenMosix will allow you to share your CPU-power across several machines 
(x86-only at the moment) building a cluster containing several nodes.

So let's make an example: You have a slow machine and a fast one. If you 
want to compile a new kernel on the slow one OpenMosix will "migrate" 
these processes to the fast one. This means you could compile your 
kernel at approx. the same speed you would on your good machine.
Having many nodes in your cluster the speed increases with every node.
BUT this happens completely transparent. You will have to do nothing.
Nodes can even join and leave a running cluster with no bad effects.


After this short introduction I hope some of you will test OpenMosix and 
give me some feedback.



Thanks.


Bye
Michael Imhof <tantive@gentoo.org>

Gentoo Developer

[gentoo-dev] Re: [gentoo-user] Openmosix

[Toby Dickenson]

On Thursday 19 September 2002 23:02, Tantive wrote:

> In the portage tree we have at the moment:
>
> - openmosix-sources (2.4.18-r5 and 2.4.19-r5 are the latest, but masked)
> The patched vanilla-sources including openmosix and evms.

What is the status of combining the openmosix patch with some of the kernel 
patches in the gentoo-sources kernel? openmosix looks interesting, but there 
are things in gentoo-sources that I have come to rely on.