KOKO\Mimi
78 lines
3.2 KiB
Markdown
78 lines
3.2 KiB
Markdown
# Step 17: oneTBB ParallelFor Adapter
|
|
|
|
> 과거 개발 계획이다. 아래 작업·상태·예시는 현재 실행 지시가 아니다.
|
|
> 현재 구현과 검증 한계는 [기능 요약](../../docs/linear-static-3d-euler-beam/README.md)을 따른다.
|
|
|
|
## 읽어야 할 파일
|
|
|
|
- `/AGENTS.md`
|
|
- `../../docs/solver-core/README.md`
|
|
- `../../docs/solver-core/README.md`
|
|
- `../../docs/linear-static-3d-euler-beam/README.md`
|
|
- `/include/fesa/core/status.hpp`
|
|
- `/include/fesa/elements/euler_beam_3d.hpp`
|
|
- `/src/fesa/elements/euler_beam_3d.cpp`
|
|
- `/tests/unit/elements/euler_beam_3d_test.cpp`
|
|
- `/cmake/FesaDependencies.cmake`
|
|
- `/src/fesa/CMakeLists.txt`
|
|
- `/tests/CMakeLists.txt`
|
|
|
|
## 소유 파일
|
|
|
|
- Create: `/include/fesa/assembly/parallel_for.hpp`
|
|
- Create: `/src/fesa/assembly/parallel_for.cpp`
|
|
- Create: `/tests/unit/assembly/parallel_for_test.cpp`
|
|
- Modify: `/src/fesa/CMakeLists.txt`
|
|
- Modify: `/tests/CMakeLists.txt`
|
|
|
|
## 작업
|
|
|
|
solver core에서 oneTBB header/type을 숨기는 element-local loop adapter를 구현하라.
|
|
|
|
```cpp
|
|
class ParallelFor {
|
|
public:
|
|
virtual ~ParallelFor() = default;
|
|
virtual void execute(std::size_t count,
|
|
const std::function<void(std::size_t)>& body) const = 0;
|
|
};
|
|
class SerialParallelFor final : public ParallelFor { /* same contract */ };
|
|
class TbbParallelFor final : public ParallelFor { /* oneTBB implementation in .cpp */ };
|
|
```
|
|
|
|
각 index는 정확히 한 번 처리하고 `count==0`은 no-op이다. Element-local 결과는 호출자가
|
|
index-addressed storage에 기록해 scheduling과 무관한 ordering을 갖게 한다. Adapter는
|
|
전역 sparse matrix write나 reduction을 수행하지 않는다. Oversubscription 정책은
|
|
implementation comment와 test/implementation report에 남기고, 이 step에서 임의 global
|
|
thread setting을 바꾸지 않는다.
|
|
|
|
Tests는 zero/one/many counts, exact-once, serial/TBB semantic equivalence, stable
|
|
index-addressed output, exception propagation policy를 검증하고 `ParallelFor` regex로 등록한다.
|
|
|
|
## Acceptance Criteria
|
|
|
|
과거 도구 실행·출력 지시는 정리했으며, 현재 검증 방법은 기능 요약을 따른다.
|
|
|
|
RED 후 GREEN/VERIFY:
|
|
|
|
과거 도구 실행·출력 지시는 정리했으며, 현재 검증 방법은 기능 요약을 따른다.
|
|
|
|
마지막 scan은 public header에서 no-match여야 한다.
|
|
|
|
## 검증 절차
|
|
|
|
1. adapter conformance tests를 먼저 작성하고 RED를 확인한다.
|
|
2. Serial과 oneTBB 최소 구현으로 GREEN을 만든다.
|
|
3. public boundary scan과 전체 VERIFY를 실행한다.
|
|
4. `../../docs/linear-static-3d-euler-beam/README.md`의
|
|
Step 17 section에 실제 RED/GREEN/VERIFY command, exit code,
|
|
핵심 output과 변경 파일을 기록한다.
|
|
5. Step 17을 `completed`로 갱신하고 deterministic-use contract를 summary에 기록한다.
|
|
|
|
## 금지사항
|
|
|
|
- 전역 sparse storage에 병렬 write하지 마라. 이유: ordering/race는 Step 18이 통제한다.
|
|
- TBB type/header를 public API에 노출하지 마라. 이유: adapter boundary 계약이다.
|
|
- process-wide thread count를 임의 변경하지 마라. 이유: MKL/TBB policy가 불명확해진다.
|
|
- 직접 commit하지 마라. 이유: Harness executor가 담당한다.
|