Hello, A yearly allocation for the LCRC cluster has been requested with the following updated information: Submitter/PI: Silverio Vasquez Project Name: ESMF Division: MCS Project title: Earth System Modeling Framework Associated funding: DOD, NASA, NSF, NOAA Other Systems: external: NERSC, NCAR, ORNL, NCSA, NASA Science: The Earth System Modeling Framework (ESMF) enables the coupling of model components in high performance Earth system modeling codes. ESMF component interfaces have been implemented in most of the prominent climate and weather codes in the U.S.: CCSM, WRF, NASA GEOS-5, EMC GFS/NEMS, NRL COAMPS and the GFDL MOM4 ocean. In general, componentization with ESMF has been implemented at the level of major physical domains, where simulated interactions require inter-component data communications (e.g. atmosphere, ocean). This implementation is compatible with codes such as WRF that impose their own interoperability conventions at the level of individual physics parameterizations. The codes listed above, plus the full GFDL modeling system under FMS, can now operate within a component-based, hierarchical architecture in which large-scale components can be called as subroutines. This was not the case when ESMF began. Over the years ESMF has evolved and now can be used in multiple ways: 1) to create interoperable component-based modeling systems; 2) as a source of remapping, time management, metadata handling, and other functions that can be used independently of the component constructs; and 3) as a file-based offline generator of interpolation weights for many different kinds of grids. This tool reads in two grid files in NetCDF format and outputs weights for interpolation between the two grids. The recent technical focus has been on continued development of ESMF grid classes and a regridding capability. These are built on a base of two flexible data representations that were constructed in previous years: an unstructured finite element mesh library and a general array class designed to support fields on logically rectangular grids. At this point ESMF can produce conservative and non-conservative interpolation weights, in parallel or serial, 2D or 3D, for grids that can be represented by triangles or quadrilaterals. Project description: The goal of the Earth System Modeling Framework project is to build high performance, flexible software infrastructure to increase ease of use, performance portability, interoperability, and reuse in climate, numerical weather prediction, data assimilation, and other Earth science applications. The framework is intended for use by individual researchers as well as major operational and research centers. ESMF products include an API specification, a reference implementation accompanied by extensive documentation, and an exhaustive regression test suite that includes 4000+ unit tests, system tests, and examples. The ESMF software consists of a superstructure for coupling and exchanging data between models components (e.g., atmosphere, ocean) and an infrastructure consisting of 1) data structures for representing grids and fields and 2) an optimized, portable set of low-level utilities. The data constructs and low-level utilities can be used by the coupling superstructure and may also be used separately to compose scientific applications. A prototype implementation of Web Services enables users to make their ESMF Components accessible via a SOAP (Simple Object Access Protocol) interface. By implementing a simple function call in the application driver, the user can make a Component's initialize, run and finalize routines executable through a standard web interface. ESMF uses a mixture of C++ and F90. Most of the low level classes are implemented in C++ and have Fortran bindings. We have worked out a detailed interoperability specification which allows F90/C to interact on multiple platforms. Project URL: http://www.earthsystemmodeling.org Current FY Hours Used: undetermined amount New FY Requested allocation: 12000 Q1: 3000 Q2: 3000 Q3: 3000 Q4: 3000 Justification: The ESMF code is regression tested times daily on the intel, g95 and gfortran compilers. We use about 15 core hours daily which calculates to 105 hours a week. Since we expect to add more software and tests during the year, we expect this amount to increase to close to 150 hours weekly. Therefore we are requesting 2000 hours per quarter for regression testing and an additional 1000 hours per quarter for ESMF code development and debugging. We are requesting less allocation this year because we only run the tests in the queue, where previously we would also compile in the queue. Thank You, The LCRC Accounts System