A Study of Load Imbalance for Parallel Reservoir Simulation with Multiple Partitioning Strategies
Why this work is in the frame
A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.
Bibliographic record
Abstract
High performance computing is an option to increase reservoir simulation efficiency. However, highly scalable and efficient parallel application is not always easy to obtain from case to case. Load imbalance caused by mesh partitioning and message passing through connections between partitions are the main reasons that prevent successful parallel implementation. This thesis introduces several mesh partitioning methods that assign relatively similar loads to processes and minimize connections between partitions to a large scale parallel reservoir simulation model. Their effects on enhancing parallel computing performance are discussed. Specifically, the effects are evaluated based on two parameters: parallel overhead and load imbalance status.\n\nThe partitioning methods introduced are 2D decomposition, Metis partition, Zoltan partitioning, and spectral partitioning. In the first place, their implementation in the original reservoir model is researched. Then, they are also applied to the same reservoir model with elevated well complexity. In order to increase well complexity, the original model’s well geometry and well control constraints are changed. For each partitioning strategy, various subdomain number s are used. They are 2, 4, 8, 16, and 32. Once the mesh is partitioned, the assignment of each subdomain to process is also studied. The fashion of assigning each subdomain’s reservoir model computation to a specific process in the cluster affects parallel overhead. When two neighboring subdomains are assigned to two physically neighboring processes in the cluster, the overhead is much smaller than when they are assigned to two non-neighboring processes. Except for the assignment process, load imbalance are examined as well. In the original reservoir model, since the well geometries and well control patterns are not very complex, low load imbalance is obtained for parallel simulation based on the four partitioning methods introduced. The speedups are scalable. When the well model complexity is elevated by introducing horizontal wells and more frequent well control constraints changes, an increased load imbalance can be observed in the parallel reservoir simulation. Thus, the scalability is undermined. In general, this work allows us to better understand the application of various partitioning strategies in terms of load imbalance and parallel overhead.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
Full frame distilled prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.
Codex and Gemma teacher scores by category
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.000 | 0.000 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.001 | 0.000 |
| Bibliometrics | 0.000 | 0.000 |
| Science and technology studies | 0.000 | 0.000 |
| Scholarly communication | 0.000 | 0.001 |
| Open science | 0.000 | 0.000 |
| Research integrity | 0.000 | 0.000 |
| Insufficient payload (model declined to judge) | 0.000 | 0.000 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it