From gentoo-dev Thu Sep 19 14:03:45 2002 From: Bart Verwilst Date: Thu, 19 Sep 2002 14:03:45 +0000 To: gentoo-dev Subject: Re: [gentoo-dev] Openmosix X-MARC-Message: https://marc.info/?l=gentoo-dev&m=103244426501850 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 info= rm || > 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 mas= ked) || > 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 mach= ines || > (x86-only at the moment) building a cluster containing several nodes= =2E || > || > 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 nod= e. || > BUT this happens completely transparent. You will have to do nothing= =2E || > 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 migratio= n || overhead compared to the process execution time, would kill all the ti= me || savings. || || =09Vitaly || || _______________________________________________ || gentoo-dev mailing list || gentoo-dev@gentoo.org || http://lists.gentoo.org/mailman/listinfo/gentoo-dev --=20 Bart Verwilst Gentoo Linux Developer Gent, Belgium _______________________________________________ gentoo-dev mailing list gentoo-dev@gentoo.org http://lists.gentoo.org/mailman/listinfo/gentoo-dev