Differences

This shows you the differences between two versions of the page.

--- mosix [2007/04/26 15:30] – damir
+++ mosix [2008/05/29 11:31] (current) – damir
@@ Line 1: / Line 1: @@
 ====== OpenMosix Cluster ======
+Not more available, please refer to the [[sge|Batch queuing System]]
 ===== What is a cluster =====
-To perform all the crunch number simulations, users of I.P.G. Group can use the **OpenMosix Cluster**, a group of High Performance computers that are managed as one big computer.\\
+To perform all the crunch number simulations, users of I.P.G. can use the **OpenMosix Cluster**, a group of High Performance computers that are managed as one big computer.\\
-From the point of view of an user, OpenMosix cluster is just little different from how his/hers workstation works. The important thing to remember is that the cluster is not a computer with the biggest and powerful CPU you can imagine, but it's just a computer with a lot of standard CPUs (28 in our actual configuration).
+From the point of view of a user, OpenMosix cluster is just little different from how his/hers workstation works. The important thing to remember is that the cluster is not a computer with the biggest and powerful CPU you can imagine, but it's just a computer with a lot of standard CPUs (26 in our actual configuration).
 \\
 \\
-**What this means ?** That you can't launch just one program and hope that it's execution will be faster that on your workstation (well, in some cases it is). In order to take full advantage of the power of all the CPUs of the cluster, you need to parallelize our programs/simulations so you can launch many instances of the same program at the same times, processing different ranges of number. This way your simulations is solved in less time.
+**What this means ?** That you can't launch just one program and hope that it's execution will be faster that on your workstation (well, in some cases it is). In order to take full advantage of the power of all the CPUs of the cluster, you need to parallelize your programs/simulations so you can launch many instances of the same program at the same times, processing different ranges of number. This way your simulations is solved in less time.
 ===== Example ? =====
@@ Line 12: / Line 13: @@
 ====== HowTo Use OpenMosix ======
-If you look at this {{openmosix.png?100|OpenMosix schema}} schema you can see that the cluster "live" in a different world, respect your Network. You can't connect directly to all the nodes of the cluster, but you have access just to 2 machines, **thor.epfl.ch** and **sif.epfl.ch**. This is not a problem, you don't need to connect to all nodes of the cluster, in order to use it. You have to launch your program on one node and the system automatically move your process on the fastest or on the less loaded node of the cluster.\\
+If you look at this {{openmosix.png?100|OpenMosix schema}} schema you can see that the cluster "live" in a different world, respect your Network. You can't connect directly to all the nodes of the cluster, but you have access just to 2 machines, **thor.epfl.ch** and **sif.epfl.ch**. This is not a problem, you don't need to connect to all nodes of the cluster, in order to use it. It's sufficient that you launch your program on one node and the system automatically move your process on the fastest or on the less loaded node of the cluster.\\
 Differently from others nodes of the cluster, thor and sif can access the I.P.G. network, thus the file server, where your homedir is stored.\\
-You must connect to these nodes using a ssh session in order to use the cluster, and it's better if you redirect the output of your program (if any) to a file, so you don't lose the results if the terminal window is closed.
+You must connect to these nodes using an ssh session in order to use the cluster, and it's better if you redirect the output of your program (if any) to a file, so you don't lose the results if the terminal window is closed.
 ===== Input/Output =====
@@ Line 27: / Line 28: @@
 ==== mosmon ====
-If you launch **mosmon** from a terminal window, you can see a graphical representation of the current load of the nodes and also if some nodes are out of order. this program has different views you can use in order to better monitor the situation. use the online help to find the more important options.
+If you launch **mosmon** from a terminal window, you can see a graphical representation of the current load of the nodes and also if some nodes are out of order (there are). this program has different views you can use in order to better monitor the situation. use the online help to find the more important options.
 ==== mtop ====
@@ Line 36: / Line 37: @@
 \\
 \\
 ====== Some Numbers =====
-The I.P.G. cluster use 12 SMP computers for a total of 28 CPUs. The speed of the Nodes varies from 1 GHz of the older models, to 3.06 GHz of the newest. In all cases the CPUs are of 32 bit type. As the Cpus, even the amount of Memory installed is different among the nodes. The two frontend nodes **thor** and **sif** have 6 Gbyte of Ram each, but the other internal nodes have less RAM memory. The table below explain the detail and show the "openmosix speed index". This index is just a number used to see the relative speed of the nodes respect a CPU Intel Pentium III @ 1 GHz.
+The I.P.G. cluster use 12 SMP computers for a total of 28 CPUs. The speed of the Nodes varies from 1 GHz of the older models, to 3.06 GHz of the newest. In all cases the CPUs are of 32 bit type. As the Cpus, even the amount of Memory installed is different among the nodes. The two frontend nodes **thor** and **sif** have 6 Gbyte of Ram each, but the internal nodes have less RAM memory. The table below explain the detail and show the "openmosix speed index". This index is just a number used to see the relative speed of the nodes respect a CPU Intel Pentium III @ 1 GHz.
 \\
 \\
@@ Line 45: / Line 47: @@
 |  x86  |  32  | Xeon  |  2  |  3.06  |  6  |  30000  | sif/mosix02 |
 |  x86  |  32  | Xeon HT  |  4  |  3.06  |  4  |  36118  | mosix03 |
-|  x86  |  32  | Pentium III  |  2  |  1  |  3,5  |  15049  | mosix04 |
+|  |  |  |  |  |  |  | mosix04 |
 |  x86  |  32  | Xeon  |  2  |  3.06  |  2  |  45986  | mosix05 |
 |  x86  |  32  | Pentium III  |  2  |  1  |  1  |  15049  | mosix06 |
@@ Line 51: / Line 53: @@
 |  x86  |  32  | Pentium III  |  2  |  1  |  1  |  15049  | mosix08 |
 |  |  |  |  |  |  |  | mosix09 |
-|  |  |  |  |  |  |  | mosix10 |
+|  x86  |  32  | Xeon |  2  |  1.8  |  1  |  26743  | mosix10 |
 |  x86  |  32  | Xeon |  2  |  2.8  |  1  |  42039  | mosix11 |
 |  x86  |  32  | Xeon |  2  |  1.8  |  1  |  26743  | mosix12 |
@@ Line 62: / Line 64: @@
 **Better to know**\\
 In the INTEL (the CPUs constructor) x86 Architecture with 32 Data bits line, the CPU has access to a maximum 4 Gbyte of RAM (the Cpu can address only 2^32 bytes). In the implementation of the Architecture, these 4 Gbyte are subdivided in two parts: 2 Gbyte are disponible for the program and 2 Gbyte for the Cpu.
-This means that even on **thor** and **sif** where the RAM installed is 6 Gbyte every program launched can use at maximum 2 Gbyte of Ram for his work. If you need to address more Ram, you have to use **lthcserv6** or **lthcserv7**. These 2 servers have a x86_64 Architecture, both in hardware and software.
+This means that even on **thor** and **sif** where the RAM installed is 6 Gbyte every program launched can use at maximum 2 Gbyte of Ram for his work. If you need to address more Ram, you have to use **lthcserv6.epfl.ch** or **lthcserv7.epfl.ch**. These 2 servers have a x86 Architecture at 64 bit, both in hardware and software. 64 bit means that the Cpus of these Servers can address 2^64 bit of memory. Currently these servers have 16 Gbyte each of Ram installed.
 </note>