Overview

This is the homepage of the Tsunami Lab taught of Friedrich Schiller University Jena by the Scalable Data- and Compute-intensive Analyses lab. Most information will be shared here. However, some data, e.g., data concerning exams, will be shared only through respective FSU channels: e-mail, Moodle or Friedolin.

Let me know if you get stuck, stumble over errors, or have any other feedback:

_images/mpi_scaled.png

Fig. 1 Visualization of an MPI-parallelized tsunami simulation of the March 11, 2011 M 9.1 Tohoku event running on 16 ranks.

Format

The meetings of the labs take place in the following time slot:

  • Mon, 12:15PM - 03:15PM

All meetings are face-to-face in room 3220, EAP2.

The lab has a Matrix room hosted on the university’s Matrix server. You may join the channel with any Matrix account, including those registered with other servers. The Matrix invite to the class’s room is shared in Moodle. The room is not encrypted, and you will only see the room’s history from the time since you joined.

Schedule

Lectures

Date(s)

Welcome, f-wave Solver

10/16

Riemann Problems and Solutions

10/30

Digital Elevation Models

11/06

Continuous Integration, Dimensional Splitting

11/13

NetCDF

11/20

Okada Model, Map Projections, Bathymetry

11/27

Benchmarking

12/04

Optimization and Instrumentation

12/11

Project Phases

Due Date

Presentation

Riemann Solver

10/29

10/30

Finite Volume Discretization

11/05

11/06

Bathymetry & Boundary Conditions

11/12

11/13

Two-Dimensional Solver

11/19

11/20

Large Data Input and Output

11/26

11/27

Tsunami Simulations

12/03

12/04

Checkpointing and Coarse Output

12/10

12/11

Optimization

12/17

12/18

Individual Phase (10.1’s draft)

12/17

individual

Parallelization

01/07

01/08

Individual Phase (10.2’s proposal)

01/07

01/08

Individual Phase (status)

01/15,

01/22,

01/29

Individual Phase (final)

02/04

02/05

Submissions

Our lab follows good software engineering practices. In short: Have a keen eye on the quality of your software, future you will be thankful! Do the following:

  • Document your source code, especially all functions you introduce.

  • Write meaningful commit messages.

  • Develop and maintain unit tests for all software-pieces. Make it a habit to introduce unit tests together with new features, this makes this requirement painless.

  • Take “issues” seriously, e.g., compiler warnings, and don’t take short-cuts: no hacks!

  • Test your software and your user guides on the reference-machine(s).

If not stated otherwise, the following deliverables have to be handed for every phase of the project:

  • Code in a git-repository. Source code documentation and unit tests are mandatory.

  • Visualizations of conducted runs.

  • Documentation using Sphinx on how to build and use your code.

  • Project report using Sphinx with 1-2 pages addressing the respective submission. Address briefly individual contributions of each group member.

  • Slides for your presentation at the next meeting. Remember to address all questions in the tasks.

We use Moodle for all submissions. You have two options:

  1. Upload a single tar.xz file to Moodle which contains your submission.

  2. Submit a link to a public git repository containing your submission. Use the text form in Moodle for the link. Note: You must submit a link every week to notify us of the submission, even if it stays unchanged.