openfoam merge requestshttps://develop.openfoam.com/Development/openfoam/-/merge_requests2021-05-19T16:11:52Zhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/452ENH: adjust tokenizing2021-05-19T16:11:52ZMark OLESENENH: adjust tokenizingSergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/merge_requests/451TUT: finiteArea: clean up tutorials2021-06-09T13:41:55ZKutalmış BerçinTUT: finiteArea: clean up tutorials[old-testLoopReport.gz](/uploads/9cba8c30d2af84df40afefabf33a3565/old-testLoopReport.gz)
[new-testLoopReport.gz](/uploads/e9a555b45ae7beb188d78198e359ba56/new-testLoopReport.gz)
[old-logs.gz](/uploads/b51c81ef8a656bf373b5d76c3a31d395/o...[old-testLoopReport.gz](/uploads/9cba8c30d2af84df40afefabf33a3565/old-testLoopReport.gz)
[new-testLoopReport.gz](/uploads/e9a555b45ae7beb188d78198e359ba56/new-testLoopReport.gz)
[old-logs.gz](/uploads/b51c81ef8a656bf373b5d76c3a31d395/old-logs.gz)
[new-logs.gz](/uploads/217a781a7a9a5a1845de65dc7ae4acfb/new-logs.gz)v2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/449refactor and extend handling of faSchemes/fvSchemes2021-05-14T18:36:39ZMark OLESENrefactor and extend handling of faSchemes/fvSchemesv2106Sergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/merge_requests/448ENH: splitMeshRegions: combine cellZones. See #20462021-07-01T09:37:56ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comENH: splitMeshRegions: combine cellZones. See #2046### Summary
In splitMeshRegions keep multiple cellZones in the same region
### Resolved bugs (If applicable)
#2046### Summary
In splitMeshRegions keep multiple cellZones in the same region
### Resolved bugs (If applicable)
#2046Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/447STYLE: PDRFOAM End of Program was inconsistent with other applications2021-06-18T13:18:00ZHenning ScheuflerSTYLE: PDRFOAM End of Program was inconsistent with other applicationsfixes issue #2091fixes issue #2091v2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/446collected changes for Lists, faces and PrimitivePatch2021-05-13T10:53:04ZMark OLESENcollected changes for Lists, faces and PrimitivePatchv2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/445add multi-region handling for checkMesh etc, centralized the region handling...2024-01-05T16:57:08ZMark OLESENadd multi-region handling for checkMesh etc, centralized the region handling #2072Introduces a few new include files that simplify and improve the code structure for multi-region utilities
- addAllRegionOptions.H
- getAllRegionOptions.H
- createNamedMeshes.HIntroduces a few new include files that simplify and improve the code structure for multi-region utilities
- addAllRegionOptions.H
- getAllRegionOptions.H
- createNamedMeshes.Hv2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/444improve flexiblity of IOdictionary construction, use of ITstream, Function12021-04-29T08:18:24ZMark OLESENimprove flexiblity of IOdictionary construction, use of ITstream, Function1- simplify/improve use of ITstream as a string parser/scanner
- consolidate handling of fallback IOdictionary content to reduce code
- extend some Function1/PatchFunction1 to accept dictionary input.- simplify/improve use of ITstream as a string parser/scanner
- consolidate handling of fallback IOdictionary content to reduce code
- extend some Function1/PatchFunction1 to accept dictionary input.Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/443ENH: CloudFunctionObject: new particle function objects2021-06-08T20:35:31ZKutalmış BerçinENH: CloudFunctionObject: new particle function objects### Summary
* acec5badc7 - ENH: lagrangian: add new CloudFunctionObjects
- New cloud function objects:
- ReynoldsNumber (for kinematic parcels, i.e. KinematicReynoldsNumber)
- ReynoldsNumber (for thermo/reacting parcels, i...### Summary
* acec5badc7 - ENH: lagrangian: add new CloudFunctionObjects
- New cloud function objects:
- ReynoldsNumber (for kinematic parcels, i.e. KinematicReynoldsNumber)
- ReynoldsNumber (for thermo/reacting parcels, i.e. ThermoReynoldsNumber)
- NusseltNumber
- HeatTransferCoeff
* 83e3043dec - ENH: lagrangian: split macros for CloudFunctionObjects
- three macros:
- makeParcelCloudFunctionObjects for kinematic parcels
- makeThermoParcelCloudFunctionObjects for thermo parcels
- makeReactingParcelCloudFunctionObjects for reacting parcels
* 4c13f687b7 - DOC: lagrangian: review heat transfer models
* 2107c10f3b - ENH: RanzMarshall: generalises the Nusselt-number correlation
* 3d14d3f7ec - ENH: rhoThermos: enable transport:tabulated + equationOfState:icoPolynomial
### Details of new models (If applicable)
- See the header file documentations for the details.
- Users can enable the cloud FOs as follows:
```
cloudFunctions
{
ReynoldsNumber1
{
type ReynoldsNumber;
// picks kinematic or thermo Reynolds number FO
// based on the operand cloud type.
// e.g. for sprayFoam, the ThermoReynoldsNumber
// is activated in the background.
}
NusseltNumber1
{
type NusseltNumber;
}
HeatTransferCoeff1
{
type HeatTransferCoeff;
}
}
```
- Various results in comparison to experimental results reported in [Buist et al., (2017)](https://www.doi.org/10.1016/j.ces.2016.04.022):
![Re_vs_Nu](/uploads/8ded0601dcdd0e3344349715ed0523e7/Re_vs_Nu.png)
- Users can also input custom values for the correlation coefficients in the Ranz-Marshall correlation, e.g.:
```
subModels
{
RanzMarshallCoeffs
{
a 2.0;
b 0.6;
m 0.5;
n 0.6666;
}
}
```
### Risks
- No change to the previous output state or to the user input
- Alltest: pass [logs.gz](/uploads/d4852ee2206ee4928ce7734be9b43aea/logs.gz) [testLoopReport.gz](/uploads/860a89f5cc0f5abbc17da65e32301518/testLoopReport.gz)
- sprayFoam/aachenBomb: pass (parallel:random)
- Doxygen: pass
- clang/gcc compilations: passv2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/442consistency improvements for regex and hashes, etc2021-04-19T16:34:10ZMark OLESENconsistency improvements for regex and hashes, etcAccumulated changes/fixes for improving consistency.
- fileName : improve handling of windows-style path separators
- wordRe / keyType : reduce code duplication in favour of using wordRe more consistently
- hashes : rejig hashing overlo...Accumulated changes/fixes for improving consistency.
- fileName : improve handling of windows-style path separators
- wordRe / keyType : reduce code duplication in favour of using wordRe more consistently
- hashes : rejig hashing overloads and class-local versions to improve future extensibilityv2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/441ENH: SpalartAllmaras: add estimation functions for k, epsilon and omega2021-05-27T08:59:07ZKutalmış BerçinENH: SpalartAllmaras: add estimation functions for k, epsilon and omega### Summary
- Adds estimation functions for `k`, `epsilon`, `omega` fields into the `SpalartAllmaras` turbulence closure model, so that various utilities can be enabled with this model if necessary, e.g. `turbulenceFields` function obje...### Summary
- Adds estimation functions for `k`, `epsilon`, `omega` fields into the `SpalartAllmaras` turbulence closure model, so that various utilities can be enabled with this model if necessary, e.g. `turbulenceFields` function object.
- Reduces peak-memory usage in the `SpalartAllmaras` model.
### Resolved bugs
N/A
### Details of new models
- The first test case was based on a direct-numerical simulation
by (Moser et al., 1999). The test case is a smooth-wall turbulent
plane channel flow wherein an internal flow statistically develops downstream
(until is fully developed) through parallel smooth walls that are two
characteristic-length apart. The friction Reynolds number of the flow is
$`\mathrm{Re}_\tau = 180`$.
##### Turbulent kinetic energy
<img src="/uploads/b0cf7d41b347137dc29afe6a16776929/all_setups_yPlus_vs_kPlus1.png" width="50%" height="50%"/>
##### Turbulent kinetic energy dissipation rate
<img src="/uploads/c3349de9e0923e438206b9a2d4fa3a3d/all_setups_yPlus_vs_epsilonPlus.png" width="50%" height="50%"/>
##### Turbulent kinetic energy production rate
<img src="/uploads/7fe9b01e82dafe5a40e30190a76f0d51/all_setups_yPlus_vs_productionRatePlus.png" width="50%" height="50%"/>
##### Streamwise flow speed
<img src="/uploads/9f9fd069fcb7e6d9762b52e7f250d8c0/all_setups_yPlus_vs_uPlus.png" width="50%" height="50%"/>
##### Reynolds stress tensor components
<img src="/uploads/c4c631ee9e2a487c7475f34e3c6bb476/all_setups_yPlus_vs_Ruv.png" width="50%" height="50%"/>
<img src="/uploads/982bc15a688f2388778f22bc4e3445c0/all_setups_yPlus_vs_Rww.png" width="50%" height="50%"/>
<img src="/uploads/038dda65b4c2e4015013c58f7812529f/all_setups_yPlus_vs_Rvv.png" width="50%" height="50%"/>
<img src="/uploads/5e174efaba0470289ba83133942238b9/all_setups_yPlus_vs_Ruu.png" width="50%" height="50%"/>
### Risks
No known risks or user-input changes.
PS: Hi @vaggelisp, might affect or be relevant? just for your info in any case.v2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/440ENH: DMD: refactor dynamic mode decomposition FO2021-04-26T15:00:55ZKutalmış BerçinENH: DMD: refactor dynamic mode decomposition FO#### Summary
##### Feature-1: Refactoring the dynamic mode decomposition (DMD) module
In `v2006`, OpenFOAM had learned a function object capability called “Streaming Total Dynamic Mode Decomposition” (i.e. `STDMD`) which was a variant ...#### Summary
##### Feature-1: Refactoring the dynamic mode decomposition (DMD) module
In `v2006`, OpenFOAM had learned a function object capability called “Streaming Total Dynamic Mode Decomposition” (i.e. `STDMD`) which was a variant of dynamic mode decomposition method (i.e. data-driven/equation-free dimensionality reduction method).
Although the `STDMD` was observed to provide the general DMD method capabilities alongside economised and feasible memory and CPU usage, in the last decade or so, many variants arose, "such as multiresolution DMD, compressed DMD, forward backward DMD, and higher order DMD among others, in order to deal with noisy data, big dataset, or spurious data for example."
This set of commits allows developers/users to implement their own DMD models by providing them a more user-friendly interface and class hierarchies within a new `DMD` module.
##### Feature-2: Enabling `postProcess` utility
`STDMD` could operate on run time by using `system/controlDict.functions`, i.e. the data processing that is performed during the running of an ongoing simulation.
However, `STDMD` could not operate as a postprocessing routine, i.e. the data processing activity that occurs after a simulation has run.
This set of commits provides the required capabilities to execute a `DMD` model on ascii/binary OpenFOAM fields that are already written by an OpenFOAM simulation after either a serial or parallel computation.
The new implementation allows a `DMD` model to be executed by using the `postProcess` utility after a simulation is completed, and required fields are written.
A minimal example by using the `postProcess` utility can be as follows (the utility reads the `DMD` settings from `system/controlDict.functions`):
<solver> -postProcess -fields '(U p)' -time '10:'
##### Feature-3: Enabling operations on patch fields
`STDMD`could operate on a given `{vol,surface}<Type>Field` where `<Type>` can be either of the OpenFOAM object types: `scalar`, `vector`, `symmetricTensor` or `tensor`.
However, `STDMD` could not operate on an input patch field, such as `wallShearStress`.
This set of commits provides the required capabilities to execute a `DMD` model on a given patch field for selected patch(es) in serial and parallel modes during an ongoing computation or during a postprocessing activity.
Selection of a certain group of patches instead of operating on all patches has been ensured, reportedly, "to constrain the input data to specific patches, not only for data reduction, but also to prevent from inserting constant entries into the `DMD` snapshots", a situation for which no concrete theoretical information is available (i.e. it is not well known "what happens to `DMD` if a majority of snapshot contents do not change over time.")
#### Resolved bugs (If applicable)
N/A
#### Details of new models (If applicable)
Please see the header-file documentations available in
- `DMD.H`
- `DMDModel.H`
- `STDMD.H`
#### Risks
A given set of settings for `v2006`-`STDMD` could not be run with this set of commits. Having said that the user input changes are self explanatory and can easily be performed.
Also, developers/users had been kindly warned in `v2006` by the following hard-coded warning stream:
```c
Info<< nl
<< " ### This STDMD release is the beta release ###" << nl
<< " Therefore small-to-medium changes in input/output interfaces "
<< "and internal structures should be expected in the next versions."
<< endl;
```v2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/439ENH: snappyHexMesh: block walk through other surfaces.2021-04-19T09:28:55ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comENH: snappyHexMesh: block walk through other surfaces.### Summary
`blockLevel` detects small gaps. This change prevents walking through existing 'walls'.
### Resolved bugs (If applicable)
https://exchange.openfoam.com/node/1001### Summary
`blockLevel` detects small gaps. This change prevents walking through existing 'walls'.
### Resolved bugs (If applicable)
https://exchange.openfoam.com/node/1001Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/438INT: reacting*EulerFoam: correct handling of K for energy equation (#2033)2021-03-31T10:16:50ZKutalmış BerçinINT: reacting*EulerFoam: correct handling of K for energy equation (#2033)- Integration from OpenFOAM.org: ([link](https://bugs.openfoam.org/view.php?id=3634)).
- It was reported in #2033 that `reactingTwoPhaseEulerFoam` and `reactingMultiphaseEulerFoam`could not reproduce the closed-form solutions available f...- Integration from OpenFOAM.org: ([link](https://bugs.openfoam.org/view.php?id=3634)).
- It was reported in #2033 that `reactingTwoPhaseEulerFoam` and `reactingMultiphaseEulerFoam`could not reproduce the closed-form solutions available for [Sod's shock tube](https://en.wikipedia.org/wiki/Sod_shock_tube) test case.
- To this end, two test cases were setup (the link will be broken in the future):
- [reactingTwoPhaseEulerFoam](https://develop.openfoam.com/OpenCFD/OpenFOAM-test/-/tree/VV-Sod-shock-tube/validation/multiphase/reactingTwoPhaseEulerFoam/SodShockTube)
- [reactingMultiphaseEulerFoam](https://develop.openfoam.com/OpenCFD/OpenFOAM-test/-/tree/VV-Sod-shock-tube/validation/multiphase/reactingMultiphaseEulerFoam/SodShockTube)
- Effects of the bug fix on these test cases are illustrated below (left: previous state, right: new state):
#### reactingTwoPhaseEulerFoam
<p float="middle">
<img src="/uploads/35bc462626c9986b106a14e434f65185/pressure.png" width="300" />
<img src="/uploads/c442deba03e8df5ab24c0bc5dfcb0154/pressure.png" width="300" />
</p>
<p float="middle">
<img src="/uploads/129cdd20b51345f8f9ad13caf9630676/temperature.png" width="300" />
<img src="/uploads/346954d4e7d02877636f14dfe25039a9/temperature.png" width="300" />
</p>
<p float="middle">
<img src="/uploads/622532f8ca144a1f34ee5ac4ba149a54/rho.png" width="300" />
<img src="/uploads/56f3c3e43924a6e6aee8b8d6be7f322d/rho.png" width="300" />
</p>
<p float="middle">
<img src="/uploads/03cc2a1950ca64ab065592a816788179/velocity.png" width="300" />
<img src="/uploads/8e9b2c62e461388a7326d4d3df8b8b3a/velocity.png" width="300" />
</p>
#### reactingMultiphaseEulerFoam
<p float="middle">
<img src="/uploads/b75945b92c264d6e8fa6bc48aa8af1d2/pressure.png" width="300" />
<img src="/uploads/093bbab2265592630b0a4522e93261ce/pressure.png" width="300" />
</p>
<p float="middle">
<img src="/uploads/5b74fdb97bbcede6f55c754a64dfd9ec/temperature.png" width="300" />
<img src="/uploads/03351a6b3f86cc05f186128d8a32578f/temperature.png" width="300" />
</p>
<p float="middle">
<img src="/uploads/b0ef61e27a6e64e6c3073c051a1f0881/rho.png" width="300" />
<img src="/uploads/a508e2a65b672c4d4d9f67228c84d8c8/rho.png" width="300" />
</p>
<p float="middle">
<img src="/uploads/b17303f99ff9f03e0dca11f537a4840a/velocity.png" width="300" />
<img src="/uploads/7f00dddeae12a09f30ab55c164661d30/velocity.png" width="300" />
</p>
#### Tutorials
- The bug fix changes the output of the existing tutorials:
[new-logs.gz](/uploads/ceb9ede8ffde674efb17c7b183fd8645/new-logs.gz)
[old-logs.gz](/uploads/0feb2adb61e93de26c1e1cbc0fc26632/old-logs.gz)
[new-testLoopReport.gz](/uploads/e0e06fd3efccdab2bba258eab22838ae/new-testLoopReport.gz)
[old-testLoopReport.gz](/uploads/c212deb4a1e1517feacbb1cc69267461/old-testLoopReport.gz)
##### Environment (development)
```
base0 = base
base1 = develop
api = 2102
patch = 210210
HEAD = 8abac1dc4d
version = com
compiler = Clang (system)
= clang version 9.0.1
mpi = SYSTEMOPENMPI
= mpirun (Open MPI) 1.10.7.0.5e373bf1fd
OS = Description: openSUSE Leap 15.1
opts = linux64ClangDPInt32Opt
```Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/437TUT: DNS, electromagnetics, financial, stressAnalysis: clean up tutorials2021-03-31T10:14:59ZKutalmış BerçinTUT: DNS, electromagnetics, financial, stressAnalysis: clean up tutorials[new-testLoopReport.gz](/uploads/08e10f23e3d60d6233884fc7053abd4a/new-testLoopReport.gz)
[old-testLoopReport.gz](/uploads/f13296edfa9d3975229bac5c0ac66fb5/old-testLoopReport.gz)
[new-logs.gz](/uploads/dc427e614716c3390bd706644e67e7f6/n...[new-testLoopReport.gz](/uploads/08e10f23e3d60d6233884fc7053abd4a/new-testLoopReport.gz)
[old-testLoopReport.gz](/uploads/f13296edfa9d3975229bac5c0ac66fb5/old-testLoopReport.gz)
[new-logs.gz](/uploads/dc427e614716c3390bd706644e67e7f6/new-logs.gz)
[old-logs.gz](/uploads/ac024df92b1c2470511ac6f5638b686c/old-logs.gz)Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/436BUG: possible infinteloop in plicRDF and isoAdvector - Fixes #20162021-05-19T14:23:29ZHenning ScheuflerBUG: possible infinteloop in plicRDF and isoAdvector - Fixes #2016BUG: possible infinteloop in plicRDF and isoAdvector - Fixes #2016BUG: possible infinteloop in plicRDF and isoAdvector - Fixes #2016https://develop.openfoam.com/Development/openfoam/-/merge_requests/435ENH: refactor Function1 to enable fields2021-03-29T13:55:44ZKutalmış BerçinENH: refactor Function1 to enable fields- [x] do a clean rebuild of the whole tree
- [x] Alltest- [x] do a clean rebuild of the whole tree
- [x] Alltestv2106Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/434Handle layer addition on acmi2021-03-31T14:30:05ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comHandle layer addition on acmi### Summary
1) When extruding an edge to a patch face make sure to extrude
all the patch faces connected to that edge and cell. This
will handle cyclicACMI (has duplicate patches - AMI and non-overlap)
2) handle fvMesh::readUpdate of c...### Summary
1) When extruding an edge to a patch face make sure to extrude
all the patch faces connected to that edge and cell. This
will handle cyclicACMI (has duplicate patches - AMI and non-overlap)
2) handle fvMesh::readUpdate of cyclicACMI cases. These were clearing out the polyMesh level data so calculating with original, unadapted faceAreas so reporting open cells in e.g. checkMesh where there weren't any:
```
***Boundary openness (-0.0105688 -3.02042e-16 -7.87935e-18) possible hole in boundary description.
***Open cells found, max cell openness: 0.333333, number of open cells 61
```
### Resolved bugs (If applicable)
Fixes #1988. Fixes #2036
### Risks
- cannot see any side-effects - if duplicate faces they both need extruding
- requires extra check for boundary edges so little overheadAndrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/433ENH: binField: new function object for data binning2022-06-09T09:33:22ZKutalmış BerçinENH: binField: new function object for data binning#### Summary
##### Function object: forces/forceCoeffs
- Refactors the `forces` and `forceCoeffs` function objects.
- Removes the binning - it is now handled by the new `binField` function object.
- Enables runtime selection of operand...#### Summary
##### Function object: forces/forceCoeffs
- Refactors the `forces` and `forceCoeffs` function objects.
- Removes the binning - it is now handled by the new `binField` function object.
- Enables runtime selection of operand coefficients by the `coefficients` entry.
- `force`/`moment`/`forceCoeff`/`momentCoeff` fields per FO are always registered to the database.
- The data components were renamed from 'normal,tangential,porous' to 'pressure,viscous,internal'
- Redundant parentheses were removed from the data files in order to ease data manipulation.
##### Function object: binField
- The new 'binField' function object calculates binned data,
where specified patches are divided into segments according to
various input bin characteristics, so that spatially-localised
information can be output for each segment.
- Two `binModel` is available:
- `singleDirectionUniformBin`: calculates binned data in a specified direction.
- `uniformBin`: calculates binned data in multiple segments according to
a specified Cartesian or cylindrical coordinate system.
- Unlike the `forces/forceCoeffs`'s binning, the `binField` outputs `normal` and `tangential` components of specified patch data rather than `pressure` and `viscous` components.
- Output variables:
- `total`: the sum of `patch` and `internal`
- `patch`: patch data
- `internal`: porous data from specified cell zones
- `normal` and `tangential`: orthogonal components of the `patch` data
#### Tests
- [x] `linux64ClangDPInt32Opt`
- [x] `linux64GccDPInt32Opt`
- [x] `linux64GccSPDPInt64Debug`
- [x] Alltestv2206Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/merge_requests/432TUT: discreteMethods: cleanup tutorials2021-03-24T13:17:16ZKutalmış BerçinTUT: discreteMethods: cleanup tutorials[old.logs.gz](/uploads/32aea84ffb289f0931c27158e53ee881/logs.gz)
[old.testLoopReport.gz](/uploads/544aa6c5b45ef0105d61e8bcc27189f2/testLoopReport.gz)
[new.logs.gz](/uploads/84a5e6c785e838bc12a3df8d618b5141/logs.gz)
[new.testLoopReport.g...[old.logs.gz](/uploads/32aea84ffb289f0931c27158e53ee881/logs.gz)
[old.testLoopReport.gz](/uploads/544aa6c5b45ef0105d61e8bcc27189f2/testLoopReport.gz)
[new.logs.gz](/uploads/84a5e6c785e838bc12a3df8d618b5141/logs.gz)
[new.testLoopReport.gz](/uploads/82725d18f75299ca9be4188d03a45152/testLoopReport.gz)
The same element wise apart from the cases where execution was changed from serial to parallel operation.Andrew HeatherAndrew Heather