Ocean / Sea-ice Tutorial Session David Bailey and Michael Levy Nancy Norton, Gokhan Danabasoglu Oceanography Section Climate and Global Dynamics Division.

Slides:



Advertisements
Similar presentations
Debugging ACL Scripts.
Advertisements

Short introduction to the use of PEARL General properties First tier assessments Higher tier assessments Before looking at first and higher tier assessments,
Test process essentials Riitta Viitamäki,
Cluster Computing at IQSS Alex Storer, Research Technology Consultant.
Building CCSM2.0 Brian Kauffman CCSM Software Engineering Group
NCAS Unified Model Introduction Part 1b: Running the UM University of Reading, 3-5 December 2014.
Copyright © 2005 Rockwell Automation, Inc. All rights reserved. 1 Micro Logix 1100 RSLogix 500 LAB#2 Timing, Counting & Comparing.
Version Control System (Sub)Version Control (SVN).
Utilizing the GDB debugger to analyze programs Background and application.
FILE TRANSFER PROTOCOL Short for File Transfer Protocol, the protocol for exchanging files over the Internet. FTP works in the same way as HTTP for transferring.
1 Ant – Another Neat Tool Representation and Management of Data on the Internet.
Lecture Notes 1/21/04 Program Design & Intro to Algorithms.
1 of 6 This document is for informational purposes only. MICROSOFT MAKES NO WARRANTIES, EXPRESS OR IMPLIED, IN THIS DOCUMENT. © 2007 Microsoft Corporation.
Chapter 8: I/O Streams and Data Files. In this chapter, you will learn about: – I/O file stream objects and functions – Reading and writing character-based.
Installing geant4 v9.5 using Windows Daniel Brandt, 06 April 2012 Installing Geant4 v9.5 for Windows A step-by-step guide for Windows XP/Vista/7 using.
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
CTEC 1863 – Operating Systems Shell Scripting. CTEC F2 Overview How shell works Command line parameters –Shift command Variables –Including.
What is Sure BDCs? BDC stands for Batch Data Communication and is also known as Batch Input. It is a technique for mass input of data into SAP by simulating.
The Art of Climate Modeling Community Atmosphere Model (CAM) Tutorial Dani Bundy Coleman
1 Computing Software. Programming Style Programs that are not documented internally, while they may do what is requested, can be difficult to understand.
Response to Undesired Events in Software Systems Kimberly Hanks and Phil Varner A Presentation brought to you by David Parnas.
Object-Oriented Software Engineering Using UNIX groups and Subversion Estimated Time: minutes “Unix is user-friendly. It's just very selective about.
Drexel University Software Engineering Research Group Git for SE101 1.
Basic Controls & Properties Chapter 2. Overview u VB-IDE u Basic Controls  Command Button  Label  Text Box  Picture Box u Program Editor  Setting.
Advanced File Processing. 2 Objectives Use the pipe operator to redirect the output of one command to another command Use the grep command to search for.
CCSM Simulations w/CORE Forcing Some preliminary results and a discussion of dataset issues Marika Holland With much input from Bill Large Steve Yeager.
Writing Shell Scripts ─ part 3 CSE 2031 Fall October 2015.
Chapter Five Advanced File Processing Guide To UNIX Using Linux Fourth Edition Chapter 5 Unix (34 slides)1 CTEC 110.
UNIX Commands. Why UNIX Commands Are Noninteractive Command may take input from the output of another command (filters). May be scheduled to run at specific.
Practice and Evaluation. Practice Develop a java class called: SumCalculator.java which computes a sum of all integer from 1 to 100 and displays the result.
CVS – concurrent versions system Network Management Workshop intERlab at AIT Thailand March 11-15, 2008.
CESM/ESMF Progress Report Mariana Vertenstein NCAR Earth System Laboratory CESM Software Engineering Group (CSEG) NCAR is sponsored by the National Science.
Forms and Server Side Includes. What are Forms? Forms are used to get user input We’ve all used them before. For example, ever had to sign up for courses.
Ming Hu Developmental Testbed Center Introduction to Practice Session 2011 GSI Community Tutorial June 29-July 1, 2011, Boulder, CO.
Chapter 9 I/O Streams and Data Files
Working with the VB IDE. Running a Program u Clicking the”start” tool begins the program u The “break” tool pauses a program in mid-execution u The “end”
Namelist and Code Modifications
1 Data Manipulation (with SQL) HRP223 – 2010 October 13, 2010 Copyright © Leland Stanford Junior University. All rights reserved. Warning: This.
Advanced BioPSE NCRR How to Install and Configure J. Davison de St. Germain Chief Software Engineer SCI Institute December 2003 J. Davison.
Introduction to SAS Macros Center for Statistical Consulting Short Course April 15, 2004.
Ocean modelling activities in Japan (some of activities in China and Korea are included in the report) report to the CLIVAR Working Group for Ocean Model.
read and learn from example loop programs develop modular program
The CCSM2.0 Quick Start Guide Lawrence Buja CCSM Software Engineering Group June
CS140 Project 1: Threads Slides by Kiyoshi Shikuma.
NCEP ESMF GFS Global Spectral Forecast Model Weiyu Yang, Mike Young and Joe Sela ESMF Community Meeting MIT, Cambridge, MA July 21, 2005.
Summary PlatformModel Model Components Conformance Files and Variables Model Modification CMIP5 Questionnaire Roadmap – beta1 Inputs Needed Resolve Inputs.
Securing and Sharing Workbooks Lesson 11. The Review Tab Microsoft Excel provides several layers of security and protection that enable you to control.
8 Chapter Eight Server-side Scripts. 8 Chapter Objectives Create dynamic Web pages that retrieve and display database data using Active Server Pages Process.
Changing the CCSM setup: Active Ocean plus Data Models Nancy Norton
Running CESM An overview
Real-Time Programming Good Practices N. Delson. Objective of Good Programming  Programs that can be easily updated and modified.  Programs that can.
Version Control and SVN ECE 297. Why Do We Need Version Control?
ENG College of Engineering Engineering Education Innovation Center 1 Functions 1 in MATLAB Topics Covered: 1.Uses of Functions Organizational Tool.
Presented by LCF Climate Science Computational End Station James B. White III (Trey) Scientific Computing National Center for Computational Sciences Oak.
1 Project 7: Looping. Project 7 For this project you will produce two Java programs. The requirements for each program will be described separately on.
EValid LoadTest, eV.manger and Validation. Agenda Load Test capability of eValid How to execute load test by using eValid Introduction to eV.manager Validation.
The Community Climate System Model (CCSM): An Overview Jim Hurrell Director Climate and Global Dynamics Division Climate and Ecosystem.
CS Class 04 Topics  Selection statement – IF  Expressions  More practice writing simple C++ programs Announcements  Read pages for next.
Debugging Lab Antonio Gómez-Iglesias Texas Advanced Computing Center.
Getting started with the Arxterra software and 3DoT Firmware
Connect:Direct for UNIX v4.2.x Silent Installation
Always Connected introduces Tigo SMART 3.0 This guide is interactive!
Scripts & Functions Scripts and functions are contained in .m-files
Writing Shell Scripts ─ part 3
Writing Shell Scripts ─ part 3
MicroEconomix 1500 RSLogix 500 LAB#2
Guide To UNIX Using Linux Third Edition
UM Practical Exercises
Introduction to TouchDevelop
CSE 303 Concepts and Tools for Software Development
Presentation transcript:

Ocean / Sea-ice Tutorial Session David Bailey and Michael Levy Nancy Norton, Gokhan Danabasoglu Oceanography Section Climate and Global Dynamics Division National Center for Atmospheric Research

Your Friends: The Users Guides CESM Users Guide: CICE Users Guide: POP2 and Ecosystem Users Guides:

General Recommendations Choose unique, meaningful case names for your experiments and develop your own sensible case-naming conventions. Document your cases and any changes made before and during a run, such as source-code modifications, processor layout changes, timestep adjustments, bugfixes, etc. The README.case file is a natural place for this documentation. Before you modify any case files, make and keep a copy of the original. Don't overwrite input data files in the inputdata directories – create new files instead -- and modify your $CASE scripts accordingly. Don't modify source code or scripts in your CESM download directory – use SourceMods directories instead. Recommendations Plan ahead: organize and lay out your case directories logically Choose unique, meaningful case names for your experiments Document your cases and any changes made during a run, such as timestep adjustments, bugfixes, etc Do not modify source code or scripts in your CESM download directory – use SourceMods directories instead Establish a shared location for CESM source code and input data to allow colleagues to access common code and minimize storage Never overwrite your copies of CESM input data files Read the documentation

Debugging Suggestions Check your most recent log and poe.* files in your $RUNDIR and $CASEDIR. You may need to check more than one of them; start with cesm.log.* (look for “Exit” in the cesm.log file and look at lines preceding and following for information). Examine component log files, too. Set INFO_DBUG = 2 in env_run.xml and resubmit to get more output diagnostics. Confirm that you rebuilt your executables if you have made source-code modifications. Rebuild with DEBUG TRUE in env_build.xml and resubmit for a short run. Recommendations Plan ahead: organize and lay out your case directories logically Choose unique, meaningful case names for your experiments Document your cases and any changes made during a run, such as timestep adjustments, bugfixes, etc Do not modify source code or scripts in your CESM download directory – use SourceMods directories instead Establish a shared location for CESM source code and input data to allow colleagues to access common code and minimize storage Never overwrite your copies of CESM input data files Read the documentation

Ocean-Model Debugging Suggestions If your run fails because the ocean model solutions don't converge Usually this is because either the ocean is getting bad forcing data from the coupler or something is terribly wrong with your modifications. Investigate the data being read by the ocean model and make sure that your changes are correct. If everything looks okay, you can try cutting the ocean timestep by 20% and rerunning. Double-precision and/or more frequent ocean tavg files can be useful in debugging, but do not use in production runs! Recommendations Plan ahead: organize and lay out your case directories logically Choose unique, meaningful case names for your experiments Document your cases and any changes made during a run, such as timestep adjustments, bugfixes, etc Do not modify source code or scripts in your CESM download directory – use SourceMods directories instead Establish a shared location for CESM source code and input data to allow colleagues to access common code and minimize storage Never overwrite your copies of CESM input data files Read the documentation

Getting Help/Getting Involved Read the documentation. Use the cesm bulletin board ( to tap into community expertise and to share solutions to common problemshttp://bb.cgd.ucar.edu/ Send mail to Join a CESM Working Group Recommendations Plan ahead: organize and lay out your case directories logically Choose unique, meaningful case names for your experiments Document your cases and any changes made during a run, such as timestep adjustments, bugfixes, etc Do not modify source code or scripts in your CESM download directory – use SourceMods directories instead Establish a shared location for CESM source code and input data to allow colleagues to access common code and minimize storage Never overwrite your copies of CESM input data files Read the documentation Getting Help Read the documentation. Has anyone looked at ice or ocn docs yet? Use the cesm bulletin board (to tap into community expertise and to share solutions to common problems ( Send mail to Getting Help Read the documentation. Has anyone looked at ice or ocn docs yet? Use the cesm bulletin board (to tap into community expertise and to share solutions to common problems ( Send mail to

Today’s Exercises 1.Control case (out-of-the-box) 2.Ocean model overflow turn-off experiment 3.Ice model albedo increase experiment 4.Increase zonal wind stress in the ocean You will be using the G component set at T62_gx3v7 resolution. Each simulation will be run for 1 year. You will then use ‘ncview’ to see how each experiment differs from the control simulation.

What is a G case? Coupled ocean – sea-ice Forced with the Coordinated Ocean-ice Reference Experiments (CORE) atmospheric data sets G by default is forced with normal year forcing (NYF) - 12 months of data that repeats GIAF is interannually varying forcing (we will not use this in the tutorial) - 60 years of data that can repeat

Ocean and Ice Resolved Namelists > cd $CASE1 >./cesm_setup > cd CaseDocs > ls ice_inpop2_in * Note that you do not edit the resolved namelists. You put the relevant changes into user_nl_cice and user_nl_pop2.

Ocean Namelist

Sea-ice Namelist

Exercise #1 Control Simulation 1.Create a new case using the following details. Indicate in the case name that this is the “control”. - component set: G - resolution: T62_gx3v7 2. The default is for the simulation to run for 5 days. Change this to 1 year in env_run.xml 3. Build and run the model. Don’t forget to run cesm_setup!

Exercise #2 Turn off the overflow parameterization 1.Create a clone of your control simulation. Verify that it retained the run time of 1 year. - In the $CESMROOT/scripts directory, issue the following command: create_clone –case $CASEDIR –clone $CLONEDIR 2. In $CASEDIR, add the relevant namelist changes to the user_nl_pop2 file in the following way. (Hint: search for overflows_nml in CaseDocs/pop2_in) overflows_on =.false. overflows_interactive =.false. 3. Build and run the model for 1 year.

Exercise #3 Change the snow albedo 1.Create a clone of your control simulation. 2. Find the r_snw namelist parameter (in CaseDocs/ice_in) and increase this value to +2.00, by adding the change to user_nl_cice. 3. Build and run the model for 1 year. * Note that this is a tuning parameter that specifies the number of standard deviations away from the base optical properties in the shortwave radiative transfer code. rsnw_nonmelt = 500 – r_snw * 250 (in microns); - higher r_snw  lower rsnw_nonmelt, - lower rsnw_nonmelt  higher albedos

More advanced modifications that require changes in the source model modules / subroutines: SourceMods > cd $CASEDIR > ls SourceMods src.cicesrc.pop2 …………

Exercise #4 Increase zonal wind stress in the ocean 1.Create a clone of your control simulation. 2.Copy forcing_coupled.F90 file: cp $CESMROOT/models/ocn/pop2/source/forcing_coupled.F90 $CASEDIR/SourceMods/src.pop2 3. Modify subroutine rotate_wind_stress in forcing_coupled.F90 to increase the zonal wind stress component by 25%. 4. Build and run the model for 1 year.

Post Processing and Viewing 1. Create an annual average of the 1st year’s data for each of the simulations using the ‘ncra’ command. ncra $OUTPUT_DIR/*.pop.h.0001*nc $CASENAME.pop.h.0001.nc 2. Create a file that contains the differences between each of the experiments and the control simulation. ncdiff $CASENAME.pop.h.0001.nc $CONTROLCASE.pop.h.0001.nc $CASENAME_diff.nc 3. Examine the variables within each annual mean and the difference files using ‘ncview’. ncview $FILENAME.nc 4. You can also take a look at other monthly-mean outputs or component log files.

Exercise Questions 1.What variables do you expect to change when you turn off the overflow parameterization? What variables show a difference between this experiment and the control case and how different are they? 2.What changes do you see from the control case with an increased snow albedo? What time of year did you start your run and which season do you expect to see the biggest impact for shortwave changes? 3.What are the impacts of increased zonal wind stress? Where do you think the impacts would be the largest in the ocean?