- 20 Oct, 2017 1 commit
-
-
- 22 Sep, 2017 1 commit
-
-
Andrew Heather authored
-
- 14 Jul, 2017 1 commit
-
-
Mark OLESEN authored
- since the cpu/sys information is invariant, it doesn't make much sense to emit by default at every time-step.
-
- 19 Apr, 2017 3 commits
-
-
mark authored
- use InfoSwitch to disable, or via static method. - respect the state of the argList banner when deciding to emit initialization information. Can otherwise end up with unwanted output rubbish on things like foamDictionary and foamListTimes.
-
mark authored
-
mark authored
- nested classes can't be forward declared and thus less flexible than desired
-
- 04 Oct, 2016 1 commit
-
-
mark authored
- Include newline in beginBlock/endBlock, since this corresponds to the standard usage. The beginBlock now takes keyType instead of word. - Provide Ostream::writeEntry method to reduce clutter and simplify writing of entries. Before ====== os << indent << "name" << nl << indent << token::BEGIN_BLOCK << incrIndent << nl; os.writeKeyword("key1") << val1 << token::END_STATEMENT << nl; os.writeKeyword("key2") << val2 << token::END_STATEMENT << nl; os << decrIndent << indent << token::END_BLOCK << nl; After ===== os.beginBlock("name"); os.writeEntry("key1", val1); os.writeEntry("key2", val2); os.endBlock(); - For completeness, support inline use of various Ostream methods. For example, os << beginBlock; os.writeEntry("key1", val1); os.writeEntry("key2", val2); os << endBlock; - For those who wish to write in long form, can also use endEntry inline: os.beginBlock("name"); os.writeKeyword("key1") << val2 << endEntry; os.writeKeyword("key2") << val2 << endEntry; os.endBlock(); The endEntry encapsulates a semi-colon, newline combination.
-
- 28 Jun, 2016 1 commit
-
-
mark authored
- output as dictionary format instead of PtrList. Makes it easier to manipulate (changeDictionaryDict, foamInfoExec).
-
- 23 Jun, 2016 3 commits
- 22 Jun, 2016 1 commit
-
- 21 Jun, 2016 2 commits
-
-
mark authored
- value corresponds to the max memory when the corresponding profiling is started. Only used when the top-level profiling has memInfo active. - memInfo is disabled by default, since the new maxMem functionality otherwise adds overhead with every call. tutorial: /lagrangian/reactingParcelFoam/verticalChannelLTS
-
mark authored
-
- 17 Jun, 2016 1 commit
-
-
mark authored
- this option overrides any controlDict settings as a convenient means to selecting profiling without messing with the controlDict. - provide Profiling::writeNow() to emit profiling for utilities that don't have any natural time increment mechanism to trigger it.
-
- 15 Jun, 2016 1 commit
-
-
mark authored
- basic cpuInfo (model identification, MHz, etc) - process memInfo - profiling is activated via the case system/controlDict by adding a "profiling" sub-dictionary. Simply add the following (everything enabled): profiling {} Which corresponds to the longer form: profiling { active true; // default: true cpuInfo true; // default: true memInfo true; // default: true sysInfo true; // default: true } This can be used to selectively disable any extra information (eg, you don't want anyone else to know what hardware was used).
-
- 09 Jun, 2016 1 commit
-
-
mark authored
- not de-referenced and no current issues, but cleaner this way
-
- 08 Jun, 2016 1 commit
-
-
mark authored
- activate via the case's <system/controlDict>: profiling yes;
-