WGSL · 26 Workgroup 구성과 측정
단계: 수치 검증과 커널 설계 · 편집 가능한 예제 · 저장 ID: wgsl-step-26
목표와 학습 후 역량
- 커널 구성 후보를 검증한다.
- 측정 범위에 맞게 결과를 해석한다.
선수 지식
25단위 결과물과 기록을 이어 사용합니다. Workgroup 구성과 측정 실험에 앞서 이전 입력과 기준 출력을 보관합니다.
핵심 개념과 설명
구성 선택
workgroup 크기는 병렬 배치와 공유 메모리 사용량을 바꿉니다. 장치 limits를 넘지 않는 후보만 pipeline으로 만듭니다.
비교 범위
명령 제출부터 readback까지의 시간은 kernel만의 시간이 아닙니다. GPU 구간을 측정하지 못하면 전체 지연으로 이름 붙입니다.
실습 준비
예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 별도 localhost 또는 HTTPS 프로젝트에서 직접 구현하는 문서 안내 실습입니다. secure context, navigator.gpu, adapter 요청 결과를 확인하고 미지원 안내를 제공합니다. device.lost 처리와 자원 해제를 유지합니다.
연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.
실습 과제
- tune.wgsl에 override 기반 32·64·128 workgroup 후보를 작성하세요.
- 호스트에서 limits를 확인하고 동일 1003개 입력으로 정확성을 먼저 검사하세요.
- 예열 뒤 다섯 번의 전체 지연과 공유 배열 바이트 수를 기록하세요.
관찰할 변수
| 변수 | 기준 조건 | 바꿀 조건 | 예상할 변화·검증 가설 |
|---|---|---|---|
| workgroup 크기 | 64 | 32와 128 | 장치별 비용은 달라져도 계산 결과는 오차 범위 안에서 같아야 한다고 예상합니다. |
표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.
완료 조건
- 지원된 모든 후보가 CPU 기준을 통과한다.
- 후보별 limits·공유 메모리·전체 지연을 기록한다.
자가 점검
- 큰 그룹이 항상 빠르지 않은 이유는 무엇인가요?
- 입력 길이가 달라지면 최적 구성도 달라질 수 있나요?
공식 참고
연결된 예제와 실행 범위
실제 WebGPU/WGSL 실행. HTTPS/localhost와 지원 adapter 필요; 미지원 환경에는 사유를 표시하며 CPU 결과를 GPU로 대체하지 않습니다.
원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.
다음 학습
이전: 커널 테스트와 Sentinel · 다음: 커널 계약 문서화