Frontory

코드 편집 · 실습 · 필기 열기 →

WGSL · 16 경계 검사와 빈 입력

시리즈 목차 · 전체 기술 지도

단계: 병렬 계산과 동기화 · 편집 가능한 예제 · 저장 ID: wgsl-step-16

목표와 학습 후 역량

선수 지식

15단위 결과물과 기록을 이어 사용합니다. 경계 검사와 빈 입력 실험에 앞서 이전 입력과 기준 출력을 보관합니다.

핵심 개념과 설명

남는 lane

dispatch는 workgroup 단위라 입력 길이보다 invocation이 많을 수 있습니다. 독립 원소 kernel은 접근 전에 범위를 검사합니다.

빈 작업

길이 0인 입력은 CPU 경로에서 제출을 생략할 수 있습니다. 실제 buffer 최소 크기와 논리 원소 수를 분리해 처리합니다.

실습 준비

예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 별도 localhost 또는 HTTPS 프로젝트에서 직접 구현하는 문서 안내 실습입니다. secure context, navigator.gpu, adapter 요청 결과를 확인하고 미지원 안내를 제공합니다. device.lost 처리와 자원 해제를 유지합니다.

연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.

실습 과제

  1. bounds.wgsl에 id.x>=count일 때 return하는 독립 계산 kernel을 작성하세요.
  2. 호스트에 count=0이면 dispatch를 건너뛰는 분기를 두세요.
  3. 0·1·63·64·65 길이를 돌리고 마지막 원소와 canary 영역을 검사하세요.

관찰할 변수

변수기준 조건바꿀 조건예상할 변화·검증 가설
길이6465유효 lane 한 개를 가진 추가 workgroup이 필요할 것으로 예상합니다.

표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.

완료 조건

자가 점검

  1. 이 return을 barrier가 있는 kernel에 그대로 복사해도 되나요?
  2. 범위 밖 읽기의 결과에 의존하면 왜 알고리즘이 취약해지나요?

공식 참고

연결된 예제와 실행 범위

예제 원본 · 실행 환경과 제한

실제 WebGPU/WGSL 실행. HTTPS/localhost와 지원 adapter 필요; 미지원 환경에는 사유를 표시하며 CPU 결과를 GPU로 대체하지 않습니다.

원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.

다음 학습

이전: Compute ID와 인덱스 · 다음: Workgroup 메모리와 협력

실험 기록 — 직접 작성

목표

핵심 개념

바꾼 변수와 예상

실제 결과

배운 점

남은 질문

코드 편집 · 실습 · 필기 열기 →