Comments (8)
From @jhkennedy on August 20, 2015 17:52
When I run any of the test cases on my linux machine, the *.results
file typically looks like:
#cfg_file wall_time usr_time sys_time date host arch version FCFLAGS
slab.0030.config 1.04 1.03 0.02 2015-08-20_13:20 pc0101123 x86_64 2.0.0 "(Not reported in cmake build)"
(I cleaned up the white space above -- it's not near as clear in the file)
The results file gives us the run timing information for the LIVVkit performance metrics when CISM was run on a mac (i think) or linux box. If CISM is build with the gptl timing libraries (ie titan, hopper), then the results file isn't produced, and a set of *.cism_timing*
files are produced.
( @arbennett may want to comment here as he wrote the LIVVkit parsers )
However, we can generate this file on our own in the test run files with the time
command and so, could be removed from CISM source entirely.
I also see that in the results file, the version is still being reported as 2.0.0
, so that should probably be bumped to 2.0.5 in #40 . Do you know where that version number is coming from?
from cism.
From @matthewhoffman on August 20, 2015 19:30
Hmm, that's interesting. I did think the results file contained some sort of summary information about the run, but on my machine it is an empty file.
The version number used to be pulled in correctly in the old autotools build, but there was some technical reason why it was hard to get this to happen when we moved over to cmake. I don't remember the details. Doug Ranken might.
I think right now the version number is defined here:
utils/build/config.inc_generator/config.inc.cmake.in:#define VERSION "2.0.0"
and has to be manually updated somehow.
from cism.
From @worleyph on August 20, 2015 19:42
The "results file" logic is disabled when using GPTL. It works poorly for parallel runs (information is difficult to interpret, and is pretty meaningless in my opinion), and can be VERY expensive. I don't know why it would still try to write a results file though. It didn't used to.
from cism.
From @jhkennedy on August 20, 2015 19:43
Thanks @worleyph. I've never seen it write a results file when using GPTL, are you seeing that @matthewhoffman? Or is it no GPTL, but also empty?
from cism.
From @stephenprice on August 20, 2015 20:5
@jhkennedy , my build is w/o GPTL and the file is also empty.
from cism.
From @jhkennedy on August 20, 2015 20:7
Well, that is interesting. Both macs I assume, @matthewhoffman and @stephenprice? @arbennett, is the results file empty for you on mac?
from cism.
From @whlipscomb on August 20, 2015 20:14
@jhkennedy , I can confirm that for a Mac build without gptl, my results file is empty. I think this is a leftover from serial/automake/Glimmer days. I'd be happy to have it go away if someone wants to take that on.
from cism.
From @jhkennedy on February 3, 2016 15:32
LIVV is undergoing an update and will no longer be processing the results
files (GPTL only), so this should be removed entirely from the CISM source.
I've assigned this to myself, and will take care of it in my BATS-update branch.
from cism.
Related Issues (20)
- If no problem type is specified in .config file, "EISMINT" error occurs HOT 2
- Are changes needed to support a Gregorian (leap year) calendar? HOT 14
- with evolve_ice turned off, beta_internal differs on restart
- Remove SLAP at some point HOT 3
- DIVA is inaccurate when flwa varies strongly vertically HOT 11
- Come up with a way to shorten long lines that reference __FILE__ HOT 3
- Minor issues with SLAP HOT 2
- libglissade IO issues HOT 4
- Encapsulate module-level data in derived types, for parallel module and maybe others HOT 1
- For Antarctica simulations in CESM, SMB can accumulate in the ocean HOT 34
- Glad's is_in_active_grid is slightly inconsistent with logic elsewhere in CISM HOT 2
- SLAP issue with cce (cray compiler) HOT 4
- Some python files have python2 type style statements HOT 2
- cesm build of cism is very slow HOT 14
- writestats.c fails with intel/2023.0.0 icx compiler HOT 1
- Runtime error with nag6.2 compiler on hobart HOT 1
- time dependent forcing applied at incorrect time in timestep HOT 2
- additional testing of centered vs. upwided surface gradient calculations in Glissade dycore HOT 2
- Linux (Ubuntu) build problems. HOT 19
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cism.