numhub612 / openoasis Goto Github PK

由于openoasis基于接口设计，为了实现通用性和兼容性，使得接口中充满智能指针。在实际使用中，经常需要深度拷贝对象副本，由于使用智能指针接口，导致一些功能会频繁New小对象。

在这里，不要求一步实现模拟过程原子化，重点在于掌握完整的cfd流程，并为后续逐渐实现模拟步骤拆分提供经验。

基于 《The Finite Volume Method in Computational Fluid Dynamics》和 曾导的 “cfd 从 0 到 1” 课程（https://space.bilibili.com/518794423/?spm_id_from=333.999.0.0），实现二维结构化网格热传导模型。

There is a function feature required, spliting it to several small part as:

• part1: to do something (small enough as a developing feature, the same below)
• part2: to do something
• part3: to do something
• part4: to do something
• part5: to do something

尽快导入该方案，从而验证当前数据格式设计是否需要拆分。

rapidyaml.hpp:7678:16: error: '_umul128' was not declared in this scope
7678 | answer.low = _umul128(a, b, &answer.high); // _umul128 not available on ARM64

重构launcher，实现模型任务task和耦合任务link的自由加载和调度。

目前openoasis项目中主要存在三块相对独立的内容：数值计算引擎和模型集成框架，数据分析组件，深度强化学习组件。

其中，数值计算引擎和模型集成框架现耦合在一起，但是否考虑拆分：

• 数值计算引擎开发sdk(dll or lib)；
• 模型集成开发环境sdk(dll or lib);
• openoasis内置模型集(dll or lib);

1. linkablecomponent的接口，实现基于文件和基于参数的两种配置方式；
2. solver的工作流程，基于fvm逻辑，打散各个计算步骤，实现自由配置。

#37

梳理openmi框架和openfoam框架，包括空间数据的定义、对象状态和数据的控制，对象参数的配置。
尽可能避免重复定义、转换，实现无缝耦合。

确定项目中日志配置方式，在开发中激活日志功能（包括输出日志和基于日志调试）。

重构launcher，实现组件的动态加载，并为本地debug提供入口。

强化学习模型开发。

spark深度学习框架维护。

testFramework中loop-mode和pull-mode无法保证跨平台运行成功。

• loop-mode 测试；
• pull-mode 测试；

在初步形成功能后，为模型配置性能和内存分析工具，并针对瓶颈函数实现性能优化。

将OpenOasis中的对象划分为组件(模型)component和求解器(算法)solver，前者可以是对物理对象、物理现象或物理概念建立的数字孪生映射（如雨量站、流域、河网、地下水系/热扩散、热对流/湍流），后者可以是前者的属性、行为及状态的数学描述（如产流过程、一二三维水体流动及流速、流量、压强等相关状态、热量流动过程及温度等状态，流体中高度非线性或混沌运动）。

组件和求解器的概念没有明晰的界限，有时界定归属时可能会产生疑惑。一个更具有操作性的说明：
组件具有输入input和输出output接口，可以和其他组件耦合；组件对象通常具有空间描述，并直接面对用户的交互操作；求解器依附于组件，依赖组件提供时空数据，同时负责组件的状态更新。

组件和求解器之间具有松散的耦合关系，例如一维河网组件，可能会采用圣伟南方程求解器计算，也可能采用伯格斯方程、运动波方程、惯性波方程求解器计算，甚至马斯京根方程求解器计算；而这些求解器可能也会用于一维管网组件的计算。但是你不可能使用二维浅水方程求解器计算一维河网组件。

基于这种松散的耦合关系，需要设计求解器注册机制，使用户可以通过配置文件自由组合想要的模拟方案，同时不会导致代码膨胀。