Apply Frank Loeffler's patch to improve the processor distribution of

PUGH:

Up to now, PUGH does not take the actual grid size into account while
setting the number of processors/domains in each direction.  This
gives problems, e.g. using boxes like 200x7x7 (with 3 ghostzones).  It
also does not really do a good job in situations with non near-cubic
domains (like in bitant mode it devides first in the z-direction,
which is usually the smallest).

I inserted another decomposition algorithm which is looking for the
longest direction and devides this if possible.  Because it was done
to be easy to understand, it can fail in certain situations, in which
it is gracefully falling back to the old decomposition (e.g. a cubic
box and 9 processors).

To include this algorithm I added a keyword "automatic_old" to
PUGH::processor_topology.  The new behaviour is the default; this
keyword re-enables the old behaviour.


git-svn-id: http://svn.cactuscode.org/arrangements/CactusPUGH/PUGH/trunk@471 b61c5cb5-eaca-4651-9a7a-d64986f99364

1 files changed, 3 insertions, 2 deletions

diff --git a/param.ccl b/param.ccl
index 7aea25b..e15a570 100644
--- a/param.ccl
+++ b/param.ccl
@@ -119,8 +119,9 @@ BOOLEAN enable_all_storage "Enable storage for all GFs?"
 
 KEYWORD processor_topology "How to determine the processor topology" STEERABLE = RECOVER
 {
-  "manual"    :: "Specified by proc_top_nx etc"
-  "automatic" :: "Automatically generated"
+  "manual"        :: "Specified by proc_top_nx etc"
+  "automatic"     :: "Automatically generated"
+  "automatic_old" :: "Automatically generated (old method)"
 } "automatic"
 
 INT processor_topology_1d_x "No of Procs in X direction" STEERABLE = RECOVER