ExaCT - Revision history

imported>Cdenny at 16:47, February 13, 2013

2013-02-13T16:47:32Z

← Older revision		Revision as of 16:47, February 13, 2013
Line 1:		Line 1:
	{{Infobox Co-design		{{Infobox Co-design
	\|name = ExaCT		\|name = ExaCT
	\|image = ~~Location to an image/logo (if any)~~		\|image = [[File:ExaCTWebBanner.jpg\|400px]]
	\|imagecaption = ~~Image Caption~~		\|imagecaption =
	\|developer = [http://www.lbl.gov/ LBNL], [http://www.sandia.gov/ SNL], [http://www.lanl.gov/ LANL], [http://www.ornl.gov/ ORNL], [https://www.llnl.gov/ LLNL], [http://www.nrel.gov/ NREL], [http://www.rutgers.edu/ Rutgers U.],		\|developer = [http://www.lbl.gov/ LBNL], [http://www.sandia.gov/ SNL], [http://www.lanl.gov/ LANL], [http://www.ornl.gov/ ORNL], [https://www.llnl.gov/ LLNL], [http://www.nrel.gov/ NREL], [http://www.rutgers.edu/ Rutgers U.], [https://www.utexas.edu/ UT Austin], [http://www.gatech.edu/ Georgia Tech], [http://www.stanford.edu/ Standford U.], [http://www.utah.edu/ U. of Utah]
	[https://www.utexas.edu/ UT Austin], [http://www.gatech.edu/ Georgia Tech], [http://www.stanford.edu/ Standford U.], [http://www.utah.edu/ U. of Utah]
	\|latest_release_version = version x.y.z		\|latest_release_version = version x.y.z
	\|latest_release_date = Latest Release Date here		\|latest_release_date = Latest Release Date here

imported>Cdenny at 18:38, February 7, 2013

2013-02-07T18:38:54Z

← Older revision		Revision as of 18:38, February 7, 2013
Line 3:		Line 3:
	\|image = Location to an image/logo (if any)		\|image = Location to an image/logo (if any)
	\|imagecaption = Image Caption		\|imagecaption = Image Caption
	\|developer = LBNL, SNL, LANL, ORNL, LLNL, ~~ONREL~~, Rutgers U.,		\|developer = [http://www.lbl.gov/ LBNL], [http://www.sandia.gov/ SNL], [http://www.lanl.gov/ LANL], [http://www.ornl.gov/ ORNL], [https://www.llnl.gov/ LLNL], [http://www.nrel.gov/ NREL], [http://www.rutgers.edu/ Rutgers U.],
	U. ~~of Texas at~~ Austin, Georgia Tech, Standford U., U. of Utah		[https://www.utexas.edu/ UT Austin], [http://www.gatech.edu/ Georgia Tech], [http://www.stanford.edu/ Standford U.], [http://www.utah.edu/ U. of Utah]
	\|latest_release_version = version x.y.z		\|latest_release_version = version x.y.z
	\|latest_release_date = Latest Release Date here		\|latest_release_date = Latest Release Date here

imported>Cdenny at 21:12, February 5, 2013

2013-02-05T21:12:00Z

Show changes

imported>Cdenny: Blanked the page

2013-02-05T18:13:03Z

Blanked the page

← Older revision		Revision as of 18:13, February 5, 2013
Line 1:		Line 1:
	~~{{Infobox Co-design~~
	~~\|name = ExMatEX~~
	~~\|image = Location to an image/logo (if any)~~
	~~\|imagecaption = Image Caption~~
	~~\|developer = LANL, LLNL, ORNL, SNL, Standford University~~
	~~\|latest_release_version = x.y.z~~
	~~\|latest_release_date = Latest Release Date here~~
	~~\|operating_system = Linux, Unix, etc.~~
	~~\|genre = Computational Chemistry?~~
	~~\|license = Open Source or else?~~
	~~\|website = URL here~~
	}}

	~~'''ExMatEX''' (Exascale Co-Design Center for Materials in Extreme Environments)~~


	~~== Application ==~~

	~~== Kernel Name ==~~

	~~== Description ==~~

	~~== Download ==~~


	~~== Co-Design Agile Development Cycle ==~~
	~~Creation of a functional exascale simulation environment requires our co‐design process to be adaptive, iterative, and lightweight – i.e., agile.~~

	~~[[File:ExaCT-Co-design cycle.png]]~~



	~~== Physics Fidelity ==~~
	~~Exascale is about better Physics Fidelity.~~

	~~Engineering assessment of materials behavior is limited by physics fidelity.~~

	~~[[File:ExaCT-Physics_Fidelity.png]]~~


	~~High fidelity adaptive materials simulation is a direct multi-scale embedding of fine-scale simulation into coarse scale simulation.~~

	~~[[File:ExaCT-High Fidelity Simulation.png]]~~


	~~== Direct Multi-scale Embedding ==~~
	~~[[File:ExaCT-CSM-FSM.png\|right]]~~
	~~Direct multi-scale embedding requires full utilization of exascale concurrency and locality.~~
	* ''Brute force multi-scale coupling:'' Full fine scale model (FSM, e.g. a crystal plasticity model) run for every zone & time step of coarse scale mode (CSM, e.g. an ALE code)
	* ''Adaptive Sampling:''
	** Save FSM results in database
	** Before running another FSM, check database for FSM results similar enough to those needed that interpolation or extrapolation suffices
	** Only run full FSM when results in database not close enough
	* Heterogeneous, hierarchical '''MPMD''' algorithms map naturally to anticipated heterogeneous, hierarchical architectures
	* Escape the traditional bulk synchronous SPMD paradigm, improve '''scalability''' and reduce '''scheduling'''
	* Task-based MPMD approach leverages '''concurrency''' and '''heterogeneity''' at exascale while enabling novel '''data models''', '''power management''', and '''fault tolerance''' strategies


	~~== Metrics ==~~
	~~Metrics for computational work measure the behavior of the code within the computational ecosystem (e.g. HW/Stack/Compiler/etc.)~~
	* Pin is a tool that measures utilization of specific functional units in the processor (e.g. floating point operations)
	* Both ddcMD and LULESH are highly optimized codes. Pin analysis on entire code suite (see VG 3) in progress
	* Analysis for Intel Sandy Bridge processor with Intel compiler (cab)
	* LULESH percent vector utilizaMon: ''Intel compiler = 8.7%, GCC = 0.15%'' (of FP)

	~~[[File:ExaCT-Metrics.png]]~~


	~~== Productive Exascale Simulation ==~~
	~~[[File:ExaCT-Coordinate_Efforts.png\|right]]~~
	~~Productive Exascale Simulation requires the coordinated efforts of Domain Scientists, Computer Scientists and Hardware Developers.~~
	* Many, many‐task coordination issues
	** Greater than one hundred million, more is different
	** Synchronization (essential for time evolution)
	** Stalls (keeping everyone working)
	*Better exposure into hardware details for the exascale application developer
	** Compiler Interface
	** Simulators+Emulators+Tools measure code/ecosystem metrics
	*** Are we defining the right metrics?
	* Application developers need a better way to express (code) the computational work of the application into the exascale computational ecosystem
	** Better programming models (e.g. domain specific languages)
	** Runtime support for heterogeneous multi‐program, multi‐data (MPMD) applications
	* The petascale science apps are NOT general apps. They have been painfully optimized for the petascale architecture by the application developer. How do we get exascale lessons learned into quotidian science applications (VASP, LAMMPs, …)?
	* The petascale codes already account for data movement, it is only going to get worse
	** Bandwidth to memory is scaling slower than compute
	** Memory access is dominating power
	* The exascale codes will need to learn to adaptively respond to the system
	** Fault tolerance, process difference, power management, …


	~~== Lesson Learned ==~~
	~~What did we learn from creating petascale science apps and what does that mean for exascale?~~
	* '''Problem:''' Fault tolerance is a problem at 10<sup>5</sup> and will be a much bigger problem at 10<sup>8</sup>:
	** '''Solution:''' Application assisted error recovery
	*** Parity error triggers exception handler (like FPE)
	*** Application knows what memory is “important” can catch exception and repair data
	** '''Exascale:''' Runtime will need to support task migration across nodes
	* '''Problem:''' Scaling (absolutely crucial for exascale) requires very very good load balancing:
	** '''Solution:''' Decomposition based on Computational Work
	*** Particle-based domain decomposition - processors own particles, not regions - allows decomposition to persist through atom movement
	*** Maintain minimum communication list for given decomposition - allows extended range of “interaction”
	*** Arbitrary domain shape - allows minimal surface to volume ratio for communication
	** '''Exascale:''' Decomposition has to become dynamic and adaptive
	* '''Problem:''' HW specific algorithms are crucial for performance but limit portability
	** E.g. Linked cells map better to current petascale systems than neighbor lists
	** Ordering neighbors within a cell exposes SIMD parallelism
	* '''Problem:''' I/O does not work with too many files or one large file
	** '''Solution:''' Divide and concur, what is the optimal number of files?
	** '''Exascale:''' Dedicated checkpoint filesystem (flash?)


	~~== Workflow of Co-Design ==~~
	~~Model for the Workflow of Co-Design between Application Co-Design Centers, Vendors, and the broader Research Community.~~

	~~[[File:ExaCT-Workflow of Co-design.png]]~~

imported>Cdenny at 18:11, February 5, 2013

2013-02-05T18:11:39Z

@@ Line 1: / Line 1: @@
 {{Infobox  Co-design
-|name = ExaCT
+|name = ExMatEX
 |image = Location to an image/logo (if any)
 |imagecaption = Image Caption
-|developer = Institute's name
+|developer = LANL, LLNL, ORNL, SNL, Standford University
 |latest_release_version = x.y.z
 |latest_release_date = Latest Release Date here
@@ Line 12: / Line 12: @@
 }}
-'''ExaCT''' is <...your description here...>
+'''ExMatEX''' (Exascale Co-Design Center for Materials in Extreme Environments)
-== Applications ==
 == Kernel Name ==
@@ Line 21: / Line 22: @@
 == Download ==

imported>Cdenny at 21:20, February 1, 2013

2013-02-01T21:20:37Z

← Older revision		Revision as of 21:20, February 1, 2013
Line 1:		Line 1:
	{{Infobox ~~Software~~		{{Infobox Co-design
	\|name =		\|name = ExaCT
	\|logo = [[Image~~:MS3 NWChem.logo3.png]]~~		\|image = Location to an image/logo (if any)
	\|developer = ~~[[Pacific Northwest National Laboratory]]~~		\|imagecaption = Image Caption
	\|latest_release_version = 6.1.1		\|developer = Institute's name
	\|latest_release_date = ~~July 2012~~		\|latest_release_version = x.y.z
	\|operating_system = [[Linux~~]], [[FreeBSD]]~~, ~~[[Unix]] and [[~~Unix~~-like\|like]] operating systems~~, ~~[[Microsoft Windows]], [[Mac OS X]]~~		\|latest_release_date = Latest Release Date here
	\|genre = [[Computational Chemistry]]		\|operating_system = Linux, Unix, etc.
	\|license = Open Source~~. [[Educational Community License]] version 2.0 (ECL 2.0)~~		\|genre = Computational Chemistry?
	\|website = {{ URL ~~\|1=http://www.nwchem-sw.org/\|2=www.nwchem-sw.org}}~~		\|license = Open Source or else?
			\|website = URL here
	}}		}}

	'''ExaCT''' is ...		'''ExaCT''' is <...your description here...>

	== Applications ==		== Applications ==

imported>Cdenny: Created page with "{{Infobox Software |name = |logo = Image:MS3 NWChem.logo3.png |developer = Pacific Northwest National Laboratory |latest_release_version = 6.1.1 |latest_release_date =..."

2013-02-01T19:56:27Z

Created page with "{{Infobox Software |name = |logo = Image:MS3 NWChem.logo3.png |developer = Pacific Northwest National Laboratory |latest_release_version = 6.1.1 |latest_release_date =..."

New page

{{Infobox Software
|name =
|logo = [[Image:MS3 NWChem.logo3.png]]
|developer = [[Pacific Northwest National Laboratory]]
|latest_release_version = 6.1.1
|latest_release_date = July 2012
|operating_system = [[Linux]], [[FreeBSD]], [[Unix]] and [[Unix-like|like]] operating systems, [[Microsoft Windows]], [[Mac OS X]]
|genre = [[Computational Chemistry]]
|license = Open Source. [[Educational Community License]] version 2.0 (ECL 2.0)
|website = {{ URL |1=http://www.nwchem-sw.org/|2=www.nwchem-sw.org}}
}}

'''ExaCT''' is ...

== Applications ==

== Kernel Name ==

== Description ==

== Download ==