Difference between revisions of "New mek-quake"
Jump to navigation
Jump to search
import>Cen1001 |
import>Cen1001 |
||
| (7 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
| ⚫ | |||
| − | = New mek-quake = |
||
| + | [[Differences from Clust]] |
||
| ⚫ | |||
| + | [[Mek-quake initial setup notes]] |
||
| − | On clust (the other Wales group cluster) there are dual-CPU nodes but these are deliberately hidden from the queueing system. The smallest unit |
||
| − | you can get is a single node. This was to avoid the situation we get on |
||
| − | nimbus, a similar machine, where parallel jobs sometimes get assigned one |
||
| − | task on certain nodes, instead of two. This seems to happen despite the |
||
| − | queues being configured to ask for two tasks per node on parallel jobs but it is always possible for users to reset this so I do not know if it is a Maui bug or user error. |
||
| + | [[Maui compilation]] |
||
| + | [[Mek-quake Queueing system]] |
||
| − | The clearly will not scale to 4-way nodes on the new machine, so we shall have to allow mixed jobs on nodes. Not sure how to avoid |
||
| − | the users resetting the tasks per node though. A qsub wrapper would be |
||
| − | complex as it would also have to process the job script. |
||
| − | |||
| − | Assuming we do not need variable fairshare for different groups it could be |
||
| − | done with QOS but this is a bit of a bodge |
||
| − | |||
| − | Are we going to need variable fairshare? |
||
| − | |||
| − | |||
| − | Need to do the same access policy on nodes as clust (ie if you have not got a job running on the node, you do not get to log in). This discourages people from using /scratch. |
||
Latest revision as of 16:53, 21 June 2006
This is a large cluster system to be used by the Wales and Vendruscolo groups.