You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,7 +28,7 @@
28
28
**Welcome!**
29
29
MFC simulates compressible multi-phase flows, [among other things](#what-else-can-this-thing-do).
30
30
It uses metaprogramming to stay short and portable (~20K lines).
31
-
MFC conducted the largest known, open CFD simulation at <ahref="https://arxiv.org/abs/2505.07392"target="_blank">101 trillion grid points</a>(as of July 2025).
31
+
MFC conducted the largest known, open CFD simulation at <ahref="https://arxiv.org/abs/2505.07392"target="_blank">200 trillion grid points</a>, and 1 quadrillion degrees of freedom (as of September 2025), and is a 2025 Gordon Bell Prize finalist.
Copy file name to clipboardExpand all lines: docs/documentation/case.md
+21-3Lines changed: 21 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -482,9 +482,9 @@ It is recommended to set `weno_eps` to $10^{-6}$ for WENO-JS, and to $10^{-40}$
482
482
483
483
-`mp_weno` activates monotonicity preservation in the WENO reconstruction (MPWENO) such that the values of reconstructed variables do not reside outside the range spanned by WENO stencil ([Balsara and Shu, 2000](references.md); [Suresh and Huynh, 1997](references.md)).
484
484
485
-
-`muscl_order` specifies the order of the MUSCL scheme that is used for spatial reconstruction of variables by an integer of 1, or 2, that corresponds to the 1st, and 2nd order respectively. When using `muscl_order = 2`, `muscl_lim` must be defined.
485
+
-`muscl_order` specifies the order of the MUSCL scheme that is used for spatial reconstruction of variables by an integer of 1, or 2, that corresponds to the 1st, and 2nd order respectively. When using `muscl_order = 2`, `muscl_lim` must be defined.
486
486
487
-
-`muscl_lim` specifies the slope limiter that is used in 2nd order MUSCL Reconstruction by an integer from 1 through 5.
487
+
-`muscl_lim` specifies the slope limiter that is used in 2nd order MUSCL Reconstruction by an integer from 1 through 5.
488
488
`muscl_lim = 1`, `2`, `3`, `4`, and `5` correspond to minmod, monotonized central, Van Albada, Van Leer, and SUPERBEE, respectively.
489
489
490
490
-`int_comp` activates interface compression using THINC used in MUSCL Reconstruction, with control parameters (`ic_eps`, and `ic_beta`).
@@ -599,6 +599,24 @@ To restart the simulation from $k$-th time step, see [Restarting Cases](running.
599
599
|`output_partial_domain`| Logical | Output part of the domain |
600
600
|`[x,y,z]_output%beg`| Real | Beginning of the output domain in the [x,y,z]-direction |
601
601
|`[x,y,z]_output%end`| Real | End of the output domain in the [x,y,z]-direction |
602
+
|`lag_txt_wrt`| Logical | Write Lagrangian bubble data to `.dat` files |
|`lag_db_wrt`| Logical | Write Lagrangian bubble data to silo/hdf5 database files |
605
+
|`lag_id_wrt`| Logical | Add the global bubble idea to the database file |
606
+
|`lag_pos_wrt`| Logical | Add the bubble position to the database file |
607
+
|`lag_pos_prev_wrt`| Logical | Add the previous bubble position to the database file |
608
+
|`lag_vel_wrt`| Logical | Add the bubble translational velocity to the database file |
609
+
|`lag_rad_wrt`| Logical | Add the bubble radius to the database file |
610
+
|`lag_rvel_wrt`| Logical | Add the bubble radial velocity to the database file |
611
+
|`lag_r0_wrt`| Logical | Add the bubble initial radius to the database file |
612
+
|`lag_rmax_wrt`| Logical | Add the bubble maximum radius to the database file |
613
+
|`lag_rmin_wrt`| Logical | Add the bubble minimum radius to the database file |
614
+
|`lag_dphidt_wrt`| Logical | Add the bubble subgrid velocity potential to the database file |
615
+
|`lag_pres_wrt`| Logical | Add the bubble pressure to the database file |
616
+
|`lag_mv_wrt`| Logical | Add the bubble vapor mass to the database file |
617
+
|`lag_mg_wrt`| Logical | Add the bubble gas mass to the database file |
618
+
|`lag_betaT_wrt`| Logical | Add the bubble heat flux model coefficient to the database file |
619
+
|`lag_betaC_wrt`| Logical | Add the bubble mass flux model coefficient to the database file |
602
620
603
621
The table lists formatted database output parameters. The parameters define variables that are outputted from simulation and file types and formats of data as well as options for post-processing.
604
622
@@ -628,7 +646,7 @@ If `file_per_process` is true, then pre_process, simulation, and post_process mu
628
646
629
647
-`output_partial_domain` activates the output of part of the domain specified by `[x,y,z]_output%beg` and `[x,y,z]_output%end`.
630
648
This is useful for large domains where only a portion of the domain is of interest.
631
-
It is not supported when `precision = 1` and `format = 1`.
649
+
It is not supported when `precision = 1` and `format = 1`.
632
650
It also cannot be enabled with `flux_wrt`, `heat_ratio_wrt`, `pres_inf_wrt`, `c_wrt`, `omega_wrt`, `ib`, `schlieren_wrt`, `qm_wrt`, or 'liutex_wrt'.
Copy file name to clipboardExpand all lines: docs/documentation/gpuParallelization.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,7 +31,7 @@ Note: Ordering is not guaranteed or stable, so use key-value pairing when using
31
31
32
32
- Data on the GPU has a reference counter
33
33
- When data is referred to being allocated, it means that GPU memory is allocated if it is not already present in GPU memory. If a variable is already present, the reference counter is just incremented.
34
-
- When data is referred to being dellocated, it means that the reference counter is decremented. If the reference counter is zero, then the data is actually deallocated from GPU memory
34
+
- When data is referred to being deallocated, it means that the reference counter is decremented. If the reference counter is zero, then the data is actually deallocated from GPU memory
35
35
- When data is referred to being attached, it means that the device pointer attaches to target if it not already attached. If pointer is already attached, then the attachment counter is just incremented
36
36
- When data is referred to being detached, it means that the attachment counter is decremented. If attachment counter is zero, then actually detached
0 commit comments