1 |
Mosix is good at improving stuff like 3d rendering, |
2 |
mp3/divx encoding etc. i.e. for processes that have long |
3 |
execution time and are not interactive/heavy IO. It means transferring |
4 |
your KDE processes to other machine will do no good to your desktop |
5 |
performance ;-) |
6 |
Check out Daniel's article at IBM about mosix: |
7 |
http://www-105.ibm.com/developerworks/education.nsf/linux-onlinecourse-bytitle/F86D74C7B3B4E65486256B2900073A2E?OpenDocument |
8 |
|
9 |
On Thu, 2002-09-19 at 17:03, Bart Verwilst wrote: |
10 |
> I would like to use openmosix for my class network.. |
11 |
> 16 gentoo's, now running the latest gentoo-sources.. |
12 |
> Is overall performance improved when you use openmosix? |
13 |
> Like for desktops and such (i noticed preempt isn't in it..) |
14 |
> And if so, any good tutorials out there? |
15 |
> |
16 |
> Thanks! |
17 |
> |
18 |
> On Thursday 19 September 2002 15:43, Vitaly Kushneriuk wrote: |
19 |
> || On Fri, 2002-09-20 at 01:02, Tantive wrote: |
20 |
> || > Hi! |
21 |
> || > |
22 |
> || > |
23 |
> || > as I'm the OpenMosix (www.openmosix.org) guy for gentoo I would inform |
24 |
> || > you about the benefits you could have using openmosix and would ask you |
25 |
> || > to test the openmosix-ebuilds. |
26 |
> || > |
27 |
> || > In the portage tree we have at the moment: |
28 |
> || > |
29 |
> || > - openmosix-sources (2.4.18-r5 and 2.4.19-r5 are the latest, but masked) |
30 |
> || > The patched vanilla-sources including openmosix and evms. |
31 |
> || > |
32 |
> || > - openmosix-user (latest is 0.2.4, masked, too) |
33 |
> || > The userland tools needed to manage your cluster. |
34 |
> || > |
35 |
> || > - openmosixview (1.2, guess what... masked) |
36 |
> || > A nice gui which shows you the current load in you cluster. |
37 |
> || > |
38 |
> || > |
39 |
> || > |
40 |
> || > OpenMosix will allow you to share your CPU-power across several machines |
41 |
> || > (x86-only at the moment) building a cluster containing several nodes. |
42 |
> || > |
43 |
> || > So let's make an example: You have a slow machine and a fast one. If you |
44 |
> || > want to compile a new kernel on the slow one OpenMosix will "migrate" |
45 |
> || > these processes to the fast one. This means you could compile your |
46 |
> || > kernel at approx. the same speed you would on your good machine. |
47 |
> || > Having many nodes in your cluster the speed increases with every node. |
48 |
> || > BUT this happens completely transparent. You will have to do nothing. |
49 |
> || > Nodes can even join and leave a running cluster with no bad effects. |
50 |
> || |
51 |
> || Correct me if I'm wrong, but IIRC, the original mosix was useless for |
52 |
> || the compilation speed improvements due to the fact that a typical |
53 |
> || compilation process doesn't last long enough to even be considered |
54 |
> || for migration. And even if the migration would be forced, the migration |
55 |
> || overhead compared to the process execution time, would kill all the time |
56 |
> || savings. |
57 |
> || |
58 |
> || Vitaly |
59 |
> || |
60 |
> || _______________________________________________ |
61 |
> || gentoo-dev mailing list |
62 |
> || gentoo-dev@g.o |
63 |
> || http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
64 |
> |
65 |
> -- |
66 |
> Bart Verwilst |
67 |
> Gentoo Linux Developer |
68 |
> Gent, Belgium |
69 |
> _______________________________________________ |
70 |
> gentoo-dev mailing list |
71 |
> gentoo-dev@g.o |
72 |
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
73 |
> |