Q: providing additional info like "ns" by project

Moderators: Site Moderators, FAHC Science Team

bruce
Posts: 20910
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Display NS/DAY in V7

Post by bruce »

I have new information: All you have to do is count the iterations (steps) per day. Each step represents 2fs.

1fs = 10^-15 seconds
1ns = 10**-9 seconds

500,000 steps = 1 ns.
P5-133XL
Posts: 2948
Joined: Sun Dec 02, 2007 4:36 am
Hardware configuration: Machine #1:

Intel Q9450; 2x2GB=8GB Ram; Gigabyte GA-X48-DS4 Motherboard; PC Power and Cooling Q750 PS; 2x GTX 460; Windows Server 2008 X64 (SP1).

Machine #2:

Intel Q6600; 2x2GB=4GB Ram; Gigabyte GA-X48-DS4 Motherboard; PC Power and Cooling Q750 PS; 2x GTX 460 video card; Windows 7 X64.

Machine 3:

Dell Dimension 8400, 3.2GHz P4 4x512GB Ram, Video card GTX 460, Windows 7 X32

I am currently folding just on the 5x GTX 460's for aprox. 70K PPD
Location: Salem. OR USA

Re: Display NS/DAY in V7

Post by P5-133XL »

Is that true with all projects regardless of size? It does seem to me a bit simplistic but if universally true, that makes for an easy calculation. It also should make ns/day a linear correlation to PPD/day with just constant multiplier that is specific to a particular HW configuration and project.
Image
bruce
Posts: 20910
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: Display NS/DAY in V7

Post by bruce »

FACT: PG doesn't think it's worth the effort to make a change.
FACT: In the discussion, I was told that a step is always 2fs and my response was the same as yours: Really? No matter what the protein is?

The longer I think about it, the more I'm convinced that it makes sense. I've done a lot of simulation of (larger) mechanical systems. From my experience with them, the step size needs to be small enough to manage the lightest object (probably a H atom) with the stiffest force (probably an interatomic bond). When I look at a protein in the viewer, I see individual H atoms waving around at a high frequency like a balloon in the wind and the frequency of that motion probably defines the step size. Larger blocks of atoms (often along the backbone) move back and forth at lower frequencies and a small step size can simulate that part without introducing other problems.

[Newton's law: F=MA applies to all kinds of systems. Numerical integration also follows the same rules once you know the magnitude of M and you look at the force gradient in terms of stiffness.]
ChristianVirtual
Posts: 1596
Joined: Tue May 28, 2013 12:14 pm
Location: Tokyo

Re: Q: providing additional info like "ns" by project

Post by ChristianVirtual »

Relative easy solution if that really is (as it sounds) correct for all cores/projects. In that case I would have all information at hand and can utilize it.
Last edited by ChristianVirtual on Fri Aug 15, 2014 2:07 am, edited 1 time in total.
ImageImage
Please contribute your logs to http://ppd.fahmm.net
billford
Posts: 1005
Joined: Thu May 02, 2013 8:46 pm
Hardware configuration: Full Time:

2x NVidia GTX 980
1x NVidia GTX 780 Ti
2x 3GHz Core i5 PC (Linux)

Retired:

3.2GHz Core i5 PC (Linux)
3.2GHz Core i5 iMac
2.8GHz Core i5 iMac
2.16GHz Core 2 Duo iMac
2GHz Core 2 Duo MacBook
1.6GHz Core 2 Duo Acer laptop
Location: Near Oxford, United Kingdom
Contact:

Re: Q: providing additional info like "ns" by project

Post by billford »

ChristianVirtual wrote:In that case I would have all information at hand and can utilize it.
Not quite all I think- you'd need to know the number of steps/WU, it doesn't seem to be constant between projects.

Easily obtainable from the logs of course for currently processing (or recently processed) WUs, but is that information available elsewhere for WUs that have scrolled out of the old log files?
Image
ChristianVirtual
Posts: 1596
Joined: Tue May 28, 2013 12:14 pm
Location: Tokyo

Re: Q: providing additional info like "ns" by project

Post by ChristianVirtual »

billford wrote:
ChristianVirtual wrote:In that case I would have all information at hand and can utilize it.
Not quite all I think- you'd need to know the number of steps/WU, it doesn't seem to be constant between projects.

Easily obtainable from the logs of course for currently processing (or recently processed) WUs, but is that information available elsewhere for WUs that have scrolled out of the old log files?
You are right: the log-file seems the only available source for the step-info; the remote API has some different measure called frames. But scanning the log-files something HFM (I guess) or my iPad app are doing anyway (painful as it is). This way it will not find its way into broader public visibility via FAHControl but that seems not desired by PG anyway.

Enthusiasts on the other way using 3rd party tool would get access to that figure. And let see: if nothing bad comes out of it PG might change its opinion ?

On a side note: when reading the posting about "Anton" viewtopic.php?f=16&t=26664: in the attached PDF file the 2fs are also mentioned; on page 3. Seems a plausible value.
ImageImage
Please contribute your logs to http://ppd.fahmm.net
bruce
Posts: 20910
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: Q: providing additional info like "ns" by project

Post by bruce »

The benchmark report for the previous generation Anton did mention 2.5 fS and the Anton 2 report specifically says ~2 (i.e. approximately). Nevertheless, if Dr. Pande says FAH uses 2.0, I trust him. Using 2.5 would have the ability to speed up the calculations to 125% but would also increase the percentage of unstable WUs so a centralized decision make sense.

Edit: More information:
There's a page on http://wiki.simtk.org/ regarding benchmarking of OpenMM. Two cases were reported for Explicit Solvent calculations:

Code: Select all

Two step sizes were used for the simulations: 
► 2 fs For these simulations, the lengths of bonds involving hydrogen were constrained.
► 5 fs For these simulations, the lengths of all bonds were constrained. In addition, mass repartitioning was used to increase the mass of hydrogen atoms to 4 amu. 
My interpretation of those statements is that with a 2 fs step size, the hydrogen atoms can be simulated normally. With 5 fs, the simulation doesn't work unless you increase the mass. Of course I'm not an expert and I could easily be wrong, but it does support the idea that 2fs works for everything.
mpharrigan
Pande Group Member
Posts: 84
Joined: Tue Nov 25, 2014 10:56 pm

Re: Q: providing additional info like "ns" by project

Post by mpharrigan »

Bruce is correct. We want to use as large a timestep as possible, but it is limited by the fastest motion (hydrogens, because they are very light). We (and most of the MD community) generally stick with 2.0 fs timesteps.

There are some tricks we can use to increase the timestep (better sampling) at the cost of some accuracy.

As pointed out, system size has a huge impact on ns / day (n*log n complexity)
Post Reply