From: Bennion, Brian (Bennion1_at_llnl.gov)
Date: Fri Jan 24 2014 - 12:59:21 CST
I have been in contact with the first author regarding the particulars of the simulation parameters. Dr. Hynninen was very gracious and gave all his raw data and input files for me to run.
Overnight I ran NAMD at 12, 252, and 504 cpus (see sierra.llnl.gov specs<https://computing.llnl.gov/?set=resources&page=OCF_resources#sierra>) and was able to reproduce the first two data points for the 465K atom test. However, the 504 node calculation gave 13.9 ns/day which is significantly different than the 2 ns as described in the paper.
In my runs, NAMD29 was a recompiled mpi-ICC version.
The paper uses a downloaded binary version of NAMD29.
This difference speaks to the comments from others about the architecture dependence of these high performance codes.
I am also happy to have met Dr. Hynninen.
From: Tristan Croll [mailto:tristan.croll_at_qut.edu.au]
Sent: Friday, January 24, 2014 12:44 AM
To: Bennion, Brian; namd-l_at_ks.uiuc.edu
Subject: RE: recent comparison of NAMD to other MD engines
I have seen similar behaviour with NAMD 2.9 on the Australian National Compute Facility cluster (Raijin) for a ~500k atom system. Scaling was good up to 384 cores, then went essentially inversely proportional to core count from there out to 1024 cores. Interestingly, I'm told upon commission of the cluster NAMD was tested against a much larger system (a few million atoms) out to thousands of cores with good scaling. I very rarely use resources on that scale so it doesn't affect me personally, but as far as I'm aware they have yet to solve the problem.
From: owner-namd-l_at_ks.uiuc.edu<mailto:owner-namd-l_at_ks.uiuc.edu> [mailto:owner-namd-l_at_ks.uiuc.edu] On Behalf Of Bennion, Brian
Sent: Thursday, 23 January 2014 10:22 AM
Subject: namd-l: recent comparison of NAMD to other MD engines
Based on this recent publication http://onlinelibrary.wiley.com/doi/10.1002/jcc.23501/abstract
NAMD2.9 stumbles compared with gromacs and an improved version of charmm on a large system (465404 atoms and 500 cores).
Any ideas as to the cause of this dramatic difference in speed between 256 and 400 cores?
This archive was generated by hypermail 2.1.6 : Thu Dec 31 2015 - 23:20:26 CST