We've been using (in the hpcc-1.0.0 directory as oscartst) mpiexec -v
-boot -machinefile ../lamhosts n1-15 -np 16 hpcc to run it.
For the successful run with four CPU we used n1-3 -np 4. n1 is a dual
CPU node and 2 - 15 is singel CPU nodes.
I want to avoid using the head node ( a dual CPU) as a compute node if
it's possible so that's the reason I don't use n0.
I think we tried 1x16 last friday but I'll give it another go tomorrow
morning.
We're using oscar 4.2 on Fedora Core 3. Missed that...
/Olof Mattsson
Are you using pbs to schedule the benchmark or are you using mpirun directly?
Either way, I am guessing that script or command would be helpful.
Have you tried 1x16? Are you using the head node as a compute node as well?
Just for our information, what version of oscar are you using?
On 3/29/06, Olof Mattsson <[EMAIL PROTECTED]> wrote:
Hi!
We're two network and systemadminstration students at the University of
Skövde, Sweden and we've built a OSCAR cluster and now we need to
benchmark it. We want to run HPCC Benchmark and we've compiled it with
lam and used ATLAS compiled on our system. The problem is it works great
on three nodes and four CPUs. As soon as we change hpccinf.txt to a
larger grid (PxQ) to use all 15 computing nodes (16 CPUs, 4x4) the
benchmark won't start. We have also tried with 2x4,1x8,2x3,3x3,3x4 but
nothing larger then 2x2 och 1x4 works for us.
The cluster consists of two dual AMD 2400+ with 2 GB RAM and one of
these is the masternode, the other is a computing node. Four AMD 1900+,
1 GB RAM and ten AMD 1900+ with 512 MB RAM. The masternode as two nic's
and the private (eth1) is connected to a Summit4 and all nodes are
connected to that switch with fastethernet.
This is the hpccinf.txt that we uses when we try to run the benchmark on
16 CPUs:
HPLinpack benchmark input file
Innovative Computing Laboratory, University of Tennessee
HPL.out output file name (if any)
6 device out (6=stdout,7=stderr,file)
1 # of problems sizes (N)
27476 Ns
1 # of NBs
64 NBs
0 PMAP process mapping (0=Row-,1=Column-major)
1 # of process grids (P x Q)
4 Ps
4 Qs
16.0 threshold
1 # of panel fact
2 PFACTs (0=left, 1=Crout, 2=Right)
1 # of recursive stopping criterium
8 NBMINs (>= 1)
1 # of panels in recursion
2 NDIVs
1 # of recursive panel fact.
1 RFACTs (0=left, 1=Crout, 2=Right)
1 # of broadcast
1 BCASTs (0=1rg,1=1rM,2=2rg,3=2rM,4=Lng,5=LnM)
1 # of lookahead depth
1 DEPTHs (>=0)
2 SWAP (0=bin-exch,1=long,2=mix)
64 swapping threshold
0 L1 in (0=transposed,1=no-transposed) form
0 U in (0=transposed,1=no-transposed) form
1 Equilibration (0=no,1=yes)
8 memory alignment in double (> 0)
##### This line (no. 32) is ignored (it serves as a separator). ######
0 Number of additional problem sizes for
PTRANS
1200 10000 30000 values of N
0 number of additional blocking sizes for
PTRANS
40 9 8 13 13 20 16 32 64 values of NB
The N value is sqrt(.75*15*536870912/8) since we want to use 15 nodes
and the least avalible RAM at any node is 512 MB
Any help or ideas would be greatly apriciated!
Regards
Olof Mattsson
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users
