TileLang 데일리 리포트 (2026-09-19)
모니터링 기간: 지난 24시간(2026-09-18 07:00 ~ 2026-09-19 07:00, 베이징 시간). 이번 회차는 정규 데일리 업데이트 기간이며, 이전 회차와 중복되지 않습니다. 출처: GitHub(tile-ai 조직 28개 저장소 푸시 시각 전수 점검, 모니터링 기간 내 6개 저장소에 푸시 발생; 메인 저장소 2건 병합 및 5개 신규 PR 항목별 재검토, PR 본문, 변경 파일 수와 추가/삭제 라인 수 포함; TileOPs 5건 병합 및 1개 신규 PR; Ascend 저장소 일일 회귀 보고서, CI 변경과 2건 커밋; TileOPs-nightly 야간 스냅샷의 벤치마크 및 정확성 XML 전수 파싱; Sunrise 백엔드 배포판 저장소와 브랜치 점검), Google News RSS 중영문 다중 쿼리(프록시 경유), Hacker News, arXiv, 채택자 저장소(TileKernels / FlashQLA)
이번 회차 인덱스
- 오늘의 중점: 메인 저장소에 신규 CUDA Tile IR 실행 백엔드 개설, 134개 파일, 약 3.6만 라인 추가(09-18)
-
- 핵심 프로젝트 진행
- 1.1 기호화 루프 레이아웃의 단사성 증명 복원, 정적·동적 혼합 T.Parallel 회귀 수정(09-18)
- 1.2 ROCm CI에 이식 가능 예제 검증 도입, ROCm 경로가 수렴기에 진입했음을 반증(09-18)
- 1.3 모니터링 기간 내 메인 저장소 신규 PR 5건: Tile IR 백엔드, 복사 폭 클램프, SM100 기점 256비트 메모리 접근, GLM-5.3과 KDA 예제(09-18/09-19)
- 1.4 TileOPs 하루 5건 병합: 디스패치와 튜닝 분리, SM90 형상 보완, 페이지 KV 헬퍼 외부 이전, 희소 MLA 경계 초과 정리, 매니페스트 복합 연산자(09-18)
- 1.5 TileOPs 신규 FP8 배치 행렬 곱 전치 커널, 대조 구현을 정면 추격(09-18)
- 핵심 프로젝트 진행
-
- 멀티 백엔드 적응(Ascend / Sunrise / MetaX / Hygon / Moore Threads)
- 2.1 Ascend: 일일 회귀 1936항목 전부 통과, 다중 디바이스 테스트 샤딩 도입(09-18/09-19)
- 2.2 Ascend: 대조 연산자 문서에 dtype 커버리지 보완, 벤치마크 스크립트 버퍼 수명주기 수정(09-18)
- 2.3 Sunrise 백엔드 배포판: S2 가속기 대상 TANG 백엔드가 0.1.14 후보 진입(09-16/09-18)
- 2.4 MetaX, Hygon, Moore Threads: 모니터링 기간 내 신규 커밋 없음, 버전 브랜치 유지보수 지속(09-17)
- 멀티 백엔드 적응(Ascend / Sunrise / MetaX / Hygon / Moore Threads)
-
- 생태계와 채택자
- 3.1 FlashQLA 침묵 종료: 같은 날 3건 병합, SM120 역방향 융합 커널 포함(09-18)
- 3.2 TileOPs 야간 벤치마크 1040항목 무실패, 정확성 1118항목 전부 통과(09-18)
- 3.3 TileKernels와 TileRT 모니터링 기간 내 푸시 없음(04-23, 08-13)
- 3.4 커뮤니티 도구: TileSight 성능 분석 문서 저장소 개설, 대응하는 arXiv 성능 모델 논문(09-18)
- 생태계와 채택자
-
- 커뮤니티, 튜토리얼과 활동
- 4.1 조직 문서 사이트 모니터링 기간 내 사이트 배포 1회, 기본 브랜치에 내용 변경 없음(09-18)
- 4.2 미디어와 학술 측 모니터링 기간 내 신규 없음(09-19)
- 4.3 버전 리듬: 메인 저장소는 여전히 v0.1.14, 각 적응 저장소 태그 변동 없음(09-11)
- 커뮤니티, 튜토리얼과 활동
-
- 추세 관찰
- 5.1 두 번째 NVIDIA 측 실행 경로 형성: CUDA 소스 생성에서 CUDA Tile IR로
- 5.2 메인 저장소는 침묵형 시맨틱 오류를 계속 컴파일 시점 실패로 앞당김
- 5.3 TileOPs 성능과 계약 병행, 야간 벤치마크 녹색 전환
- 5.4 채택자 측 반등, FlashQLA 하루 3건 병합
- 5.5 백엔드 매트릭스 확장: Ascend 일극에서 다수 백엔드 배포판 병존으로
- 추세 관찰
- 부록: 소재와 검증 설명
오늘의 중점: 메인 저장소에 신규 CUDA Tile IR 실행 백엔드 개설, 단일 커밋 134개 파일
날짜: 2026-09-18 출처: tilelang #3247 신규 CUDA Tile IR 실행 백엔드
이번 모니터링 기간 가장 무거운 내용이 메인 저장소의 리뷰 큐에 나타났습니다: tileir라는 실행 백엔드가 PR로 제출되었으며, 변경 규모는 134개 파일, 약 35829줄 추가, 111줄 삭제이고, 0xtaruhi가 제출했으며, 베이징 시간 09-18 20:40에 생성되어 모니터링 기간 내 계속 업데이트되었습니다.
이것이 하는 일은 TileLang 프로그램을 NVIDIA의 CUDA Tile IR로 하강시키고, cuTile 런타임을 통해 어셈블리 산출물을 로드해 기동하는 것으로, 목표 버전 조합은 CUDA Tile IR 13.4 바인딩, tileiras 13.4, cuTile 1.5입니다. 기존 CUDA 백엔드(C/CUDA 소스를 직접 생성해 nvcc에 넘김)와 비교하면, 이는 시맨틱 계층이 더 위에 있는 새 경로입니다: TileLang의 동작이 직접 Tile IR에 떨어지고, 컴파일과 최적화는 NVIDIA 자체의 타일 수준 중간 표현에 맡깁니다.
수반 변경도 체계를 갖추고 있어, 이것이 프로토타입이 아니라 제품화 기준으로 작성되고 있음을 보여줍니다:
- 백엔드에 JIT 컴파일, 커널 캐시, 자동 튜닝 세 곳을 접목했으며
tilelang/jit/adapter/tileir,tilelang/cache,tilelang/autotuner모두 변경 사항이 있음; 타입이 지정된 IR, 로어링과 pass 코어는tilelang/tileir에 배치; - Tile IR 구체화 시작 전(캐시에서 복원하는 경로 포함)에도 기존 소스 언어 시맨틱 검사를 여전히 수행하도록 하는 pass 설정 항목을 추가하고, 구성 가능한 비활성화 스위치를 유지;
- 새 툴체인에서의 완전한 예제 커버리지를 복원하며, 구체적인 작업 중 하나는 수기로 작성한 호스트 측 pybind 바인딩과 nvcc를 격리하여 확장 헤더가 CUDA 13.4에서 깨끗하게 컴파일되도록 하는 것;
- 문서 두 편(컴파일러 내부와 프로그래밍 가이드 각각 하나)과 고정 버전 TileIR 바인딩을 전용으로 빌드하는 CI 작업 하나를 보충.
작성자가 제시한 테스트 계획은 단위 테스트와 로어링 케이스, JIT와 캐시와 튜닝 체인, 그리고 전체 예제의 회귀를 포괄한다. 설명하자면, 해당 PR은 모니터링 기간 종료 시점까지 여전히 미병합 상태이며, 변경 규모가 크고 대상 툴체인 버전이 새롭기 때문에 최종적으로 메인라인에 반영될 수 있을지는 리뷰에 달려 있다. 이번 호에서 이를 중점 사항으로 꼽는 근거는 이것이 모니터링 기간 내 가장 큰 실질적 엔지니어링 내용을 기여했으며, TileLang의 백엔드 노선 선택을 가리키고 있기 때문이다.
1. 핵심 프로젝트 진행 상황
모니터링 기간 개요: 메인 저장소 기본 브랜치에는 모니터링 기간 내 병합이 2건뿐이지만(09-18 14:56과 09-19 01:56에 각각 한 건), 리뷰 큐는 활발하다——모니터링 기간 내 새로 열린 PR 5개가 모두 미병합 상태다. 즉, 메인 저장소의 이번 모니터링 기간 중심은 ‘새 경로 제출 + 방어적 수정 제출’에 있으며, 병합 속도는 다소 느리다. TileOPs 쪽은 반대로, 하루에 5건이 병합되었다.
1.1 기호화 루프 레이아웃의 단사성 증명 복원, 정적과 동적 T.Parallel 혼합 회귀 수정 (09-18)
날짜: 2026-09-18 출처: tilelang #3233 기호화 루프 레이아웃의 단사성 증명 복원/관련 결함 이슈 #2906
메인 저장소의 이번 모니터링 기간 유일한 시맨틱 수정으로, v0.1.12부터 메인라인 사이의 회귀를 고친 것이며 sepcnt가 제출했고 4개 파일, +198/-13, 09-18 14:56(베이징 시간)에 병합되었다.
트리거 시나리오는 매우 구체적이다: T.Parallel 반복 공간이 정적과 동적의 혼합 형태(예를 들어 (16, n)이고 n이 T.dynamic을 취함)일 때, 레이아웃에 패딩으로 생긴 꼬리 부분이 있고 그 루프 레이아웃은 단사이지만 전단사가 아니어서 정의역을 열거할 수 없다. 이전에는 이 경로의 판정이 ‘검사하지 않음’으로 후퇴했지만, 중간의 어떤 변경이 실제로 증명하도록 바꾸면서 기호화 스텝을 처리하지 못했고, 그 결과 이런 커널은 메인라인에서 곧바로 ‘사용 가능한 레이아웃을 찾을 수 없음’을 보고한다——v0.1.12에서는 실행이 가능했다.
수정은 기호화 패딩 루프 레이아웃의 단사성 증명을 복원한다: 검사 대상 반복 매핑에서 역매핑을 구성하려고 시도한 뒤, 정의역에서 왕복 동등성을 증명한다. 작성자는 PR에서 두 판정 수단의 사각지대 차이를 호출 지점에 명시해 두었고, 둘 다 유지했다——이는 단순히 이전 동작으로 되돌린 것이 아니라 정확성 논증을 보충한 것이다.
두 번째 독립 부분은 기호화 공유 메모리 타일에 레이아웃 부착을 거부하는 것으로, 앞부분과 같은 배치로 제출되었으며 동일 작성자가 리뷰에서 범위를 다시 획정한 결과다.
1.2 ROCm CI에 이식 가능 예제 검증 접목, ROCm 경로가 수렴기에 진입했음을 반증 (09-18)
날짜: 2026-09-19 출처: tilelang #3165 CI에서 이식 가능 예제 검증 실행
09-19 01:56(베이징 시간)에 병합되었으며, 내용은 ROCm CI 작업에 소규모 화이트리스트를 추가하여 테스트 디렉터리 아래에 중복 케이스 세트를 유지하는 대신 예제 자체의 정확성 경로를 직접 실행하는 것이다. 화이트리스트는 네 가지를 포괄한다: Seer 어텐션, 범용 Top-K, 희소 다중 헤드 잠재 어텐션 순전파, 텐서 기반 그룹 행렬 곱.
이 변경의 의의는 커버리지 출처의 변화에 있다: 이전에는 AMD 측 검증을 전문적으로 유지 관리하는 테스트 사본이 담당했지만, 이제는 ‘예제가 곧 테스트’다. 어떤 백엔드가 예제 자체를 회귀 자산으로 쓰기 시작하면, 대개 그 백엔드의 예제가 이미 기준으로 삼을 수 있을 만큼 안정화되어 유지 관리자가 별도의 테스트 세트를 마련할 필요가 없다는 것을 의미한다.
1.3 모니터링 기간 내 메인 저장소에 새로 열린 PR 5개: Tile IR 백엔드, 복사 폭 클램핑, SM100부터 256비트 메모리 접근, GLM-5.3과 KDA 예제 (09-18/09-19)
날짜: 2026-09-18 ~ 2026-09-19 출처: #3246 복사 폭 클램핑/#3247 Tile IR 백엔드/#3248 256비트 메모리 접근/#3249 KDA 디코딩 예제/#3250 GLM-5.3 압축
오늘 중점 소개한 Tile IR 백엔드 외에도, 모니터링 기간 내에 새로 열린 항목이 네 건 더 있으며, 생성 시간 순으로 정리하면 다음과 같다.
첫째, #3246(09-18 15:39)은 T.copy와 T.async_copy의 병합 폭 상한을 실제로 도달 가능한 벡터 폭으로 클램프하여, 기존의 치명적 로그를 대체한다. 이전에는 지원되지 않는 폭을 전달하면 LOG(FATAL)로 프로세스가 곧바로 종료되었으나, 이번 변경 후에는 사용 가능한 값으로 클램프하여 컴파일을 계속한다. 이는 이전 회차의 「조용한 오류를 앞단에서 명시적 실패로 전환」 방향과는 반대지만 상호 보완적이다. 여기서는 「곧바로 크래시」를 「다운그레이드 후 계속」으로 바꾸었으며, 판정 기준은 폭 상한이 사용자 의미 오류가 아니라 능력 제약에 속한다는 점이다.
둘째, #3248(09-19 01:35)은 256비트 전역 메모리 접근의 적용 대상을 수정한다. SM100 및 그 이후 아키텍처이면서 CUDA 12.9 이상인 경우에만 해당 폭을 발행하고, 구 아키텍처에서는 128비트 경로로 되돌리며, 구 아키텍처에 대한 부정 테스트도 추가했다. 이 항목은 이전 회차의 원자 벡터 폭 계획과 같은 종류의 작업으로, 모두 새로운 와이드 벡터 능력에 종속 조건을 보완하는 것이다.
셋째와 넷째는 모두 ROCm 방향이다. #3249(09-19 02:23)는 안전 게이팅이 포함된 KDA 디코딩 예제를 새로 추가하여, TileLang으로 패킹 디코딩 커널을 작성하고 슬롯 인덱스 기반의 순환 상태 풀을 제자리에서 갱신하며, 출력과 상태 일관성, 다단계, 빈 상태 인덱스, 순서가 뒤바뀐 슬롯, 구성 가능한 경계 등 정확성 커버리지를 보완한다. #3250(09-19 06:42)은 GLM-5.3의 k 풀 압축과 캐시 쓰기를 새로 추가하며, 차원별 softmax 풀링, 정규화 Hadamard-128 변환, 벡터별 FP8 양자화를 포함하고, FP8의 K 값과 FP32 스케일을 호출자가 보유한 페이지 캐시에 기록한다.
주목할 점은, 이 몇 가지 ROCm 방향의 새 내용이 모두 구체적 모델을 위한 구체적 연산자(GLM-5.3의 압축 어텐션, KDA 게이팅 선형 어텐션의 디코딩 상태)이며, 포괄적인 백엔드 능력 보완이 아니라는 것이다. 이는 AMD 측의 추진이 이미 「백엔드가 작동함」에서 「새 모델의 네이티브 연산자도 여기에서 있어야 함」으로 전환되었음을 시사한다.
1.4 TileOPs 하루에 다섯 건 병합: 디스패치와 튜닝 분리, SM90 형상 보완, 페이지 KV 헬퍼 외부 이동, 희소 MLA 경계 초과 정리, 매니페스트 복합 연산자(09-18)
날짜: 2026-09-18 출처: #2147 매니페스트 복합 연산자/#2149 희소 MLA 경계 초과/#2150 페이지 KV 헬퍼 외부 이동/#2151 SM90 형상 보완/#2152 디스패치와 튜닝 분리
TileOPs는 이번 모니터링 기간에 5건을 병합했으며, 성격은 세 가지로 나뉜다.
계약류 — #2147(08:36 병합)은 연산자 매니페스트가 복합 연산자를 설명할 수 있게 한다. 이는 이전 회차에서 미병합 상태로 보도했던 항목으로, 이번 모니터링 기간에 반영되었다. 동시에 이전에 여러 곳에 흩어져 있던 중복 추론 로직을 정리하고, nullable 출력을 지원한다. 이전 회차에서 이미 그 문제 목록을 상세히 다루었으므로 여기서는 반복하지 않는다.
디스패치 정확성 — #2152(19:27 병합)는 「튜닝 요청」과 「구현 선택」을 분리한다. 이전에는 tune이라는 매개변수가 커널이 어떻게 빌드되는지에만 영향을 주어야 했는데, 두 특화 구현에서 이를 디스패치 조건으로 사용하여, 동일한 형상임에도 호출자가 튜닝을 요청했다는 이유만으로 다른 구현이 선택되었으며, 그중 배치 행렬 곱 템플릿은 튜닝 요청을 아예 거부했다. 수정 후 선택기 커널은 튜닝과 무관해졌다.
사각지대 보완 — #2151(15:42 병합)은 SM90에서 아무도 담당하지 않던 형상 구간을 보완한다. 기본 GEMM 커널은 SM90 전체를 제외하고, 범용 GEMM 커널은 TMA가 주소 지정할 수 있는 호출만 처리하여, 둘을 빼면 빈 구멍이 남는데, 구체적으로는 피연산자가 반정밀도이고 K가 8의 배수가 아니면서 M이 2보다 큰 경우이다. 수정으로 기본 커널이 이 부분을 맡게 되었다.
정확성 정리 — #2149(13:02 병합)는 두 곳을 수정한다. 희소 다중 헤드 잠재 어텐션 디코딩의 gather 연산은 이전에 인과 상한만 검사했는데, top-k 슬롯이 시퀀스 길이 또는 -1로 채워지면 캐시가 보유하지 않은 행을 읽게 된다. 수정은 상한을 시퀀스 길이에서 1을 뺀 값으로 클램프하고 각 인덱스에 대해 음수 검사를 수행한다. 다른 한 곳은 파편화 레이아웃에서 페이지 어텐션의 타이밍을 신뢰할 수 있게 하는 것이다.
구조적 리팩터링 — #2150(13:22 병합)은 다섯 개의 페이지 KV 캐시 헬퍼 함수를 그룹 쿼리 어텐션 모듈에서 밖으로 옮긴다. 이 다섯 함수(인터리브 블록 테이블 구성, 파편 블록 테이블 구성, 페이지 캐시 행 가져오기, 논리 시퀀스별 페이지 캐시 채우기, 단위 캐시 스케일 구성)는 모두 그룹 쿼리 어텐션 전용이 아니었고, 이전에는 다중 헤드 어텐션 모듈이 이를 역방향으로 의존해야 했으나, 이제 독립 계층이 되었다.
다섯 건 병합의 공통점은, TileOPs의 현재 주요 엔지니어링 작업량이 「새 연산자 추가」가 아니라 연산자가 늘어난 뒤 드러난 디스패치 일관성, 모듈 경계, 메모리 안전성에 있다는 것이다.
1.5 TileOPs, FP8 배치 행렬 곱 전치 커널 신규 오픈, 대조 구현을 정면으로 추격(09-18)
날짜: 2026-09-18 출처: TileOPs #2153 병합 접근 커널로 FP8의 B 피연산자 전치
윈도 내 TileOPs의 유일한 신규 PR(09-18 16:18 갱신, 미병합). 배경은 매우 직설적으로 적혀 있다: FP8 배치 행렬 곱 전방 연산자가 trans_b=False인 5개 케이스 중 4개에서 대조 구현에 패배했고, 최악의 구간에서는 0.34배까지 뒤처졌다. 작성자는 먼저 대조 구현과 fp32 참조의 일관성을 재검증해 대조가 부정행위를 하지 않았음을 확인한 뒤, 공유 템플릿에 계속 패치를 덧대는 대신 B 피연산자의 전치를 하나의 병합 메모리 접근 커널로 처리하도록 변경하기로 선택했다.
이 항목은 지난 회차의 배치 행렬 곱 가속(공유 GEMM 템플릿으로 전환, H200에서 최고 1.44배)과 같은 전선의 연장선이다: 배치 행렬 곱은 표준 형상에서 이미 대조를 따라잡았거나 심지어 앞질렀고, 남은 약점은 데이터 타입 변형(FP8)과 레이아웃 변형(B 전치 필요) 같은 주변부에 집중되어 있다. 공유 템플릿의 범용성에 영향을 줄지는 병합 후 야간 벤치마크의 회귀 결과를 봐야 한다.
2. 멀티 백엔드 적응( Ascend / Sunrise / MetaX / Hygon / Moore Threads )
모니터링 기간 총람: 이번 모니터링 기간의 국산 및 서드파티 백엔드 구도에 구조적 변화가 하나 나타났다——기존의 Ascend, Hygon, MetaX, Moore Threads 네 곳 외에도, tile-ai 조직 아래에 새 가속기를 위한 백엔드 배포판 저장소(Sunrise)가 이미 존재하며 후보 릴리스 브랜치까지 진행된 상태다. 기존 네 백엔드 중 이번 모니터링 기간에 커밋이 있는 곳은 Ascend뿐이다.
2.1 Ascend: 일일 회귀 1936항목 전부 통과, 멀티 디바이스 테스트 분할 도입(09-18/09-19)
날짜: 2026-09-19 출처: tilelang-ascend 일일 테스트 리포트 #1813/CI 멀티 디바이스 테스트 분할 #1812
Ascend 측의 일일 정기 테스트가 베이징 시간 09-19 05:52에 리포트를 냈다: 1936항목 전부 통과, 실패 0항목, 통과율 100%. 전날(09-18 05:46의 1925항목) 및 그 전날(09-17의 1919항목)과 대조하면, 테스트 케이스 총수가 이틀 만에 순증 17항목이면서 전부 녹색을 유지했다——이는 “업스트림이 지속적으로 새 기능을 병합해도 Ascend 측 회귀는 깨지지 않는다”는 직접적 증거다.
같은 모니터링 기간에 해당 저장소는 또 하나의 CI 변경(#1812, 제목은 범용 멀티 디바이스 테스트 분할 추가)을 열었다. 09-18 16:31에 생성되어 당일 19:22까지 계속 갱신되었고, 미병합 상태다. 테스트 케이스 수가 계속 늘면 단일 머신 회귀 시간도 그에 따라 길어지므로, 분할은 흐름에 맞춘 조치다.
2.2 Ascend: 비교 연산자 문서에 dtype 커버리지 보완, 벤치마크 스크립트 버퍼 수명 주기 수정(09-18)
날짜: 2026-09-18 출처: tilelang-ascend #1602 비교 연산자 문서 갱신 및 dtype 커버리지 보완/#1779 벤치마크 스크립트의 버퍼 반환 토큰 수명 주기 수정
모니터링 기간 내 Ascend 저장소의 두 커밋은 모두 09-18 15:10과 15:31(베이징 시간)에 이루어졌다: 하나는 비교 연산자의 문서 문자열을 갱신하고 데이터 타입 커버리지 테스트와 API 문서를 보완했으며, 다른 하나는 bench_sfa에서 누산기와 출력 임시 버퍼의 반환 토큰 수명 주기를 수정해 버퍼가 사용 완료 전에 회수되는 것을 방지했다. 둘 다 연산자 능력 확장이 아니라, 기존 연산자의 문서, 테스트 커버리지, 벤치마크 스크립트의 견고성을 보완한 것이다——2.1의 회귀 규모 증가와 함께 보면, Ascend 측은 현재 “능력은 이미 펼쳐졌고 초점은 품질과 유지보수성으로 전환”된 단계에 있다.
2.3 Sunrise 백엔드 배포판: S2 가속기 대상 TANG 백엔드, 0.1.14 후보 진입(09-16/09-18)
날짜: 2026-09-18 출처: tile-ai/tilelang-sunrise 저장소
tile-ai 조직 아래에 이 데일리 리포트가 이전에 언급하지 않았던 저장소가 이번 모니터링 기간의 푸시 목록에 진입했다: tilelang-sunrise로, 2026-08-26에 생성되었다. 자기 설명상 위치는 TileLang의 Sunrise S2/TANG 백엔드 배포판이다——Sunrise S2는 대규모 모델 추론을 위한 국산 GPGPU이고, TANG은 그 컴파일 및 런타임 스택이다(저장소는 TANG Runtime과 함께 제공되는 torch 백엔드 패키지, 호환되는 Triton 패키지를 요구한다). 제공하는 연산자 예시는 행렬 곱, 역양자화 행렬 곱, FlashAttention, Flash 선형 어텐션, Flash 다중 헤드 잠재 어텐션 디코딩, 네이티브 희소 어텐션을 커버한다. 즉 메인 저장소와 동일한 예시 면을 유지한다.
진행 상태: 저장소는 모니터링 기간 내 푸시가 있었지만(09-18 11:03), 기본 브랜치의 마지막 커밋은 09-04에 멈춰 있다. 릴리스 준비를 담당하는 후보 브랜치에서는 최신 커밋이 09-16의 버전 갱신으로, 버전 번호를 0.1.14+sunrise.1.1.0까지 올렸다. 즉 이미 메인 저장소 v0.1.14 라인을 따라잡은 상태다. 저장소에는 또 한 묶음의 처리 대기 중인 의존성 업그레이드 PR과 하나의 CI 브랜치가 있다.
판독 포인트: 이것은 「패치 브랜치」가 아니라 「백엔드 배포판」의 형태다——독립적으로 저장소를 만들고, 독립적으로 릴리스 번호를 매기며(메인 저장소 버전 번호 뒤에 접미사를 붙임), 독립적인 CI를 갖춘다. 이는 Hygon의 feat/hcu-... 브랜치, Moore Threads의 접미사를 붙인 백포트 브랜치와 함께 세 가지 서로 다른 적응 조직 방식을 구성한다. 해당 저장소의 자체 설명과 예제가 메인 저장소와 동형이므로, TileLang이 NVIDIA/AMD/Ascend 외에 또 하나의 추론 가속기 경로가 릴리스 가능한 상태로 진입하고 있는 것으로 볼 수 있다.
2.4 MetaX, Hygon, Moore Threads: 모니터링 기간 내 신규 커밋 없음, 버전 브랜치 유지보수 지속 (09-17)
날짜: 2026-09-17 출처: tilelang-metax/tilelang-hygon/tilelang-musa
세 어댑테이션 저장소는 24시간 모니터링 기간 내 커밋이 없었으며, 최근 푸시는 각각 09-17 17:38, 09-17 20:25, 09-17 03:47(베이징 시간)로 모두 모니터링 기간 이전에 해당하며, 이전 회차에 이미 보고된 내용이다: MetaX의 비동기 복사 행렬 곱셈과 그 테스트 수정, Hygon의 다단계 메모리 주소 재기반화와 비동기 파이프라인 병합, Moore Threads의 MUSA 5.3.0 문서. 세 곳 모두 모니터링 기간 내 버전 태그가 갱신되지 않았으며, 최신 태그는 여전히 각각 MetaX 릴리스 없음, Hygon 릴리스 없음, Moore Threads v0.1.14+musa.1(09-11)이다.
3. 생태계와 채택 측
3.1 FlashQLA, 침묵 종료: 같은 날 세 건 병합, SM120 역방향 융합 커널 포함 (09-18)
날짜: 2026-09-18 출처: FlashQLA #34 SM120/121 역방향 융합 커널/#41 SM100 KKT 솔버 점유율/#44 가변 길이 테일 블록의 비동기 파이프라인
이전 회차 보고서에서 「채택 측 일방의 모니터링 기간 내 조용함」에 FlashQLA 푸시 없음이 명확히 기록되었으나, 이번 모니터링 기간에는 같은 날 세 건이 병합되었으며 시간이 베이징 시간 09-18 15:51부터 15:53에 집중되어 일괄 마무리였다.
세 건의 내용은 각각 다음과 같다:
- 신규 하드웨어 지원(#34): 블록 게이티드 delta 규칙에 SM120/SM121의 역방향 융합 커널을 추가했다. 구현은 대체로 이전 Hopper에서의 파이프라인을 따르며, 주요 차이는 공유 메모리 리덕션 전략이다——SM120의 공유 메모리 상한이 낮아 리덕션을 이 제약에 맞춰 재설계해야 한다.
- 점유율 튜닝(#41): 고정 길이와 가변 길이 두 가지 KKT 솔버 커널에 최소 스트리밍 멀티프로세서당 상주 블록 수 어노테이션을 추가했으며, 목표는 각 스트리밍 멀티프로세서에 128 스레드 스레드 블록 8개를 상주시키는 것이다. KT 수학, 레이아웃, 런치 그리드, 공개 인터페이스는 모두 변경되지 않았다.
- 정확성 수정(#44): 가변 길이 패킹 시나리오에서 마지막 그룹의 64행 미만 타일이 이전에 다음 시퀀스로 넘겨 읽혔다. 수정은 완전한 타일의 직접 메모리 접근 고속 경로를 유지하고, 불완전한 테일 블록에는 프레디케이티드 제로 패딩 비동기 복사를 사용하며, 테일 블록 임시 저장을 여러 채널로 분할했다.
이 두 가지 변경은 같은 지점을 가리킨다: FlashQLA(Qwen 측의 TileLang 기반 게이티드 선형 어텐션 구현)의 엔지니어링 중심이 「신규 아키텍처 적응」에서 「동일 아키텍처 상의 점유율과 경계 정확성」으로 이동하고 있다. 세 건의 집중 병합은 또한 그 유지보수 리듬이 건별 병합이 아닌 일괄 리뷰임을 보여준다.
3.2 TileOPs 야간 벤치마크 1040건 제로 실패, 정확성 1118건 전부 통과 (09-18)
날짜: 2026-09-18 출처: TileOPs-nightly 스냅샷 커밋/스냅샷 환경 메타데이터
야간 파이프라인은 이번 모니터링 기간에 TileOPs의 4c5b441f(즉 1.4의 「디스패치와 튜닝 디커플링」 해당 병합)에 대한 스냅샷을 생성했으며, 벤치마크 결과, 정확성 결과, 환경 메타데이터 세 가지를 포함한다. 두 결과 파일을 파싱하여 얻은 수치:
- 정확성: 1118건, 실패 0, 스킵 2;
- 벤치마크: 1040개 케이스, 실패 0, 스킵 3.
전날 스냅샷(정확성 1117건 전부 통과, 벤치마크 1039건 중 1건 실패)과 비교하면 케이스 수가 각각 1개씩 증가했으며, 어제 유일했던 벤치마크 실패가 사라졌다——어제 실패한 것은 그룹 쿼리 어텐션 프리필 페이지드 커널의 softcap 50 설정 케이스였고, 오류는 대조군 베이스라인 구현의 함수 시그니처 불일치(파라미터 누락)에서 비롯된 것이지 TileOPs 자체 커널 오류가 아니었다. 오늘 통과로 전환된 것은 해당 대조군 측 문제가 처리되었음을 의미한다.
환경 메타데이터는 재현 요소를 비교적 완전하게 고정한다: H200, CUDA 13.2, 드라이버 595.71.05, 전력 상한 700 와트, 단일 스트림 멀티프로세서 클록 1500 메가헤르츠(상한 1980), 메모리 클록 3201 메가헤르츠, 이미지는 그 내용 식별자로 기록, 그리고 전체 의존성 버전(그중 TileLang은 해당 커밋으로 빌드된 0.1.11 플러스 코드명 버전, PyTorch 2.13.0). 벤치마크 케이스 범위는 디코딩류 연산자(희소 어텐션 디코딩, 멀티헤드 잠재 어텐션 디코딩, 그룹 쿼리 어텐션 변형)와 27개 배치 행렬 곱셈 케이스를 포괄하며, 후자가 바로 1.5에서 대조 구현이 추월당한 전장이다.
3.3 TileKernels와 TileRT 모니터링 기간 내 푸시 없음(04-23, 08-13)
모니터링 기간 내, DeepSeek의 TileKernels와 tile-ai 조직 아래의 TileRT 모두 커밋이 없었으며, 최근 푸시 시간은 각각 2026-04-23과 2026-08-13에 머물렀다. TileRT는 이미 6주 연속 정지 상태다. 채택자 측의 이번 모니터링 기간 내 동향은 전부 FlashQLA에서 나왔다.
3.4 커뮤니티 도구: TileSight 성능 분석 문서 저장소 공개, 대응되는 arXiv 성능 모델 논문(09-18)
날짜: 2026-09-18 출처: tilelang4tilesight-doc 저장소/arXiv 2607.22432 TileSight
모니터링 기간 내 커뮤니티 구성원이 새로 만든 문서 저장소가 등장했으며, 주제는 TileLang의 성능 분석을 TileSight 도구 체인에 연결하는 것이다: Python과 고수준 TIR에서 의미, 작업량, 의존성 정보를 추출하고, TileSight의 캐시 및 파이프라인 분석 인터페이스에 연결한 뒤, 런타임 관측으로 독립 보고서와 결합 예측을 생성한다. 저장소는 네 편의 중국어 문서 열람 순서(모델과 런타임 두 경로의 전체 방안, TileSight의 단계와 프런트엔드 인터페이스 및 파이프라인 분석, 캐시 모듈, 성능 분석 기능과 프로토콜 대조 인덱스)를 제시하고, 성능 문제를 여섯 가지로 분류한다: 파이프라인 병목, 계층 간 이동 이상, 캐시 활용 이상, 계산과 메모리 접근 중첩 실패, 부하 불균형 등; 문서는 보고서가 「모델 예측」「런타임 관측」「증거 부족」 세 가지 결론 강도를 구분할 것을 명확히 요구한다.
이에 대응하는 학술 측 배경은 arXiv에 2026-07-24 게재된 성능 모델링 논문(코어에서 클러스터까지의 타일 수준 분석적 GPU 성능 모델)으로, TileLang 주제 아래 가장 최근의 프리프린트다. 두 자료를 합치면: TileLang을 둘러싼 성능 해석 가능성이 언어 본체와 연산자 라이브러리와 독립된 세 번째 커뮤니티 단서를 형성하고 있음을 보여준다. 해당 저장소는 개인 프로젝트로 아직 스타가 없으며, 수록 근거는 이번 모니터링 기간 내 커뮤니티 측의 유일한 실질적 신규 추가이기 때문이다.
4. 커뮤니티, 튜토리얼 및 활동
4.1 조직 문서 사이트 모니터링 기간 내 사이트 배포 1회, 기본 브랜치 내용 변경 없음(09-18)
날짜: 2026-09-18 출처: TileOPs.github.io 저장소
TileOPs 문서 사이트는 모니터링 기간 내 푸시 기록이 있지만(09-18 08:00), 그 기본 브랜치에는 모니터링 기간 내 새 커밋이 없어 사이트 배포류 동작으로 판단되며 내용 업데이트는 아니다. 메인 저장소 문서 사이트는 이번 모니터링 기간 내 푸시가 없어, 전날의 봇 재생성(387개 파일)과 대조를 이룬다 — 문서 사이트가 업스트림 코드의 리듬을 따르는 것은 본래 펄스형이다.
4.2 미디어와 학술 측 모니터링 기간 내 신규 제로(09-19)
주제의 Google News RSS 중영문 다중 쿼리는 이번 모니터링 기간 내 신규 적중 제로: 영문 측 최근 7일간 주제와 강하게 관련된 보도는 단 한 건으로, 이전 호에 이미 수록된 DeepSeek 엔지니어가 AI의 커널 작성 능력을 평가한 그 기사이며, 게재 시점이 이전 모니터링 기간 내라 이번 호에서는 중복하지 않는다; 중국어 측은 컴포넌트명, 국산 가속기와 연산자 커널 조합 쿼리 모두 모니터링 기간 내 결과가 없다. Hacker News 측 최근 5일간 주제 논의 적중 없음(검색된 TileOPs, tile 류 키워드 적중 항목 모두 무관한 화제). arXiv 측 모니터링 기간 내 새 프리프린트 없음.
4.3 버전 리듬: 메인 저장소는 여전히 v0.1.14, 각 적응 저장소 태그 변화 없음(09-11)
메인 저장소 최신 태그는 여전히 v0.1.14(09-02 릴리스), 모니터링 기간 내 새 태그 없음; TileOPs는 지금까지 릴리스 기록 없음; Ascend 저장소 최신 태그는 TileLang-ascend v0.1.2.000-release(09-09); Moore Threads 저장소 최근 태그는 v0.1.14+musa.1(09-11). 후자 둘의 릴리스 리듬은 모두 메인 저장소의 마이너 버전과 정렬되며, 현재 모두 v0.1.14 선에 머물러 있고 아직 메인라인을 따라 새 버전으로 나아가지 않았다.
5. 트렌드 관찰
5.1 두 번째 NVIDIA 측 실행 경로 형성: CUDA 소스 생성에서 CUDA Tile IR로
이번 기간 가장 추적할 가치가 있는 것은 #3247의 개시입니다. TileLang의 기존 NVIDIA 경로는 “타일 시맨틱을 가진 중간 표현으로 내려간 뒤 CUDA 소스를 생성하고 마지막으로 nvcc에 넘기는” 방식이었으나, 새 경로는 “CUDA Tile IR로 내려가 NVIDIA의 타일 수준 툴체인으로 컴파일·최적화하고 cuTile 런타임을 통해 로드하는” 방식으로 바뀝니다. 두 경로가 공존한다는 것은 다음을 의미합니다. 첫째, TileLang의 추상화 계층이 NVIDIA 자체의 타일 수준 추상화와 정면으로 접하게 되며, 누가 스케줄링과 레이아웃 결정을 담당할지가 장기 의제가 될 것입니다. 둘째, Tile IR 경로가 성숙하면 NVIDIA 플랫폼에서 TileLang의 가치 제안은 “더 나은 코드 생성”에서 “더 완전한 프로그램 표현과 크로스 백엔드 일관성”으로 일부 이동할 것입니다. 이 PR의 규모(백엔드 하나가 컴파일부터 캐시, 튜닝, 문서, CI까지 완비)는 이것이 실험적 브랜치가 아님을 보여줍니다.
5.2 메인 저장소는 묵시적 시맨틱 오류를 계속 컴파일 타임 실패로 앞당긴다
지난 기간의 관찰을 이어받아, 이번 모니터링 기간 메인 저장소의 두 건의 머지 중 분명한 한 건(1.1의 레이아웃 증명 복원)은 “조용한 오류를 명시적 오류로 바꾸는” 범주에 속하며, 앞선 세 기간에 누적된 난수 진단, 미지원 타입 조합 차단, 희소 메타데이터 형상 거부와 합쳐져 “컴파일 타임 실패 우선”을 메인 저장소의 안정적인 엔지니어링 지향으로 만들었습니다. 이번 기간 새로 추가된 정보는 이 원칙의 경계입니다. 1.3에서 복사 폭의 치명적 로그를 클램핑 다운그레이드로 바꾼 것은, 유지보수자가 “사용자 시맨틱 오류”(실패해야 함)와 “능력 제약”(다운그레이드해야 함)을 구분하고 있음을 보여줍니다. 이는 원칙의 완화가 아니라 판단 기준을 명확히 한 것입니다.
5.3 TileOPs는 성능과 계약을 양축으로 병행, 야간 벤치마크 그린 전환
TileOPs의 이번 모니터링 기간 5건의 머지 중 3건은 디스패치, 모듈 경계, 메모리 안전이고, 1건은 매니페스트 계약이며, 순수 성능은 단 1건(새로 열린 FP8 배치 행렬 곱)뿐입니다. 야간 벤치마크가 “1건 실패”에서 “제로 실패”로 바뀐 것과 함께 보면, 현재 상태는 다음과 같습니다. 성능 베이스라인이 안정적이고 이미 대조 구현의 주요 형상을 앞지를 수 있으므로, 엔지니어링 자원이 다중 연산자 공존 이후의 일관성과 계약으로 전환되고 있습니다. 이는 연산자 라이브러리 성숙기의 전형적 신호입니다. 연산자가 많아질수록 디스패치와 매니페스트의 정확성이 상위 계층에 더 중요해집니다.
5.4 채택자 측 반등, FlashQLA 하루 세 건 머지
지난 기간의 “채택자 조용함” 판단은 이번 기간 뒤집혔습니다. FlashQLA가 같은 날 세 건을 머지했으며, 새 아키텍처(SM120/SM121 역방향 융합 커널), 점유율 튜닝, 가변 길이 테일 블록 정확성을 포괄합니다. 이는 채택자 저장소의 업데이트가 펄스형임을 시사합니다. 리뷰가 일정량 쌓이면 일괄 머지되며, 하루나 며칠의 침묵은 추세를 구성하지 않습니다. 데일리 리포트 차원에서는 단일 기간의 침묵을 채택 정체로 해석하는 것을 피해야 합니다.
5.5 백엔드 매트릭스 확장: Ascend 단일 극에서 다중 백엔드 배포판 공존으로
이번 모니터링 기간 발견된 Sunrise 백엔드 배포판은 새로운 구도 지표를 제공합니다. TileLang의 백엔드 생태계는 이미 “메인 저장소 내장 백엔드”와 “벤더가 조직 내에서 연 어댑테이션 저장소” 두 형태에 그치지 않고, 독립 버전 번호와 CI를 갖춘 백엔드 배포판까지 등장했습니다. 현재 식별된 어댑테이션 형태는 모두 세 가지입니다. Ascend의 독립 어댑테이션 저장소(다중 브랜치, 데일리 리그레션 포함), Hygon의 기능 브랜치와 접미사가 붙은 백포트 브랜치, Moore Threads의 버전 정렬 백포트 브랜치, 그리고 Sunrise의 독립 배포판입니다. 형태 차이 자체가 각 벤더의 TileLang에 대한 투자 깊이와 제품화 정도를 반영하며, 중국산 가속기가 TileLang 생태계에 얼마나 의존하는지를 판단하는 가용 지표입니다.
5.6 이번 모니터링 기간의 공백과 리스크 지점
세 가지를 표시할 필요가 있습니다. 첫째, 메인 저장소는 모니터링 기간 내 2건만 머지되었고 그중 한 건은 롤백형 수정(v0.1.12 동작 복원)이므로 메인라인의 순증 능력은 제한적입니다. 둘째, #3247 같은 초대형 변경이 머지되면 기존 CUDA 경로와 캐시 형식에 대한 리그레션 범위를 추가로 관찰해야 하며, 이번 기간에는 아직 증거가 없습니다. 셋째, 이번 모니터링 기간에는 새로운 태그나 릴리스가 없었고, 메인 저장소는 09-02의 v0.1.14 이후 두 주 넘게 릴리스하지 않았으며 리뷰 큐는 계속 누적되고 있습니다.
부록: 자료와 검증 설명
출처 검증표
| 출처 | 검증 결과 |
|---|---|
| tile-ai 조직(28개 저장소) | 모니터링 기간 내 6개 저장소에 푸시 있음: tilelang, TileOPs, TileOPs-nightly, tilelang-ascend, tilelang-sunrise, TileOPs.github.io |
| 메인 저장소 tilelang 기본 브랜치 | 2건 머지(#3233, #3165), 새 PR 5건 개시(#3246~#3250), 새 태그 없음 |
| 메인 저장소 야간/조직 저장소 | TileOPs-nightly는 TileOPs 커밋 스냅샷 생성; TileRT, TileFoundry, tilescale, DeepStack, tilelang-puzzles는 모니터링 기간 내 푸시 없음 |
| 중국산 백엔드 4개사 | Ascend만 모니터링 기간 내 커밋과 리그레션 리포트 있음; MetaX, Hygon, Moore Threads의 최근 푸시는 모니터링 기간 이전 |
| 서드파티/신규 백엔드 | Sunrise 백엔드 배포판 저장소는 모니터링 기간 내 푸시 있음, 후보 브랜치 버전이 0.1.14+sunrise.1.1.0까지 올라감 |
| 채택자 | FlashQLA 3건 머지; TileKernels 푸시 없음 |
| Google News RSS(중영 다중 쿼리, 프록시 경유) | 모니터링 기간 내 신규 제로; 컴포넌트명과 기술어 조합 쿼리도 모니터링 기간 내 결과 없음 |
| Hacker News | 모니터링 기간 내 주제 적중 없음, 키워드 노이즈 제거됨 |
| arXiv | 모니터링 기간 내 새 프리프린트 없음, 최근 한 편은 2026-07-24의 성능 모델링 논문 |
| 문서 사이트 | TileOPs 문서 사이트에 사이트 배포 동작 있음, 기본 브랜치 내용 변경 없음 |
전체 출처 목록
- [1] tilelang #3247 새로운 CUDA Tile IR 실행 백엔드 추가 — https://github.com/tile-ai/tilelang/pull/3247
- [2] tilelang #3233 심볼릭 루프 레이아웃의 단사성 증명 복원 — https://github.com/tile-ai/tilelang/pull/3233
- [3] tilelang 결함 이슈 #2906 (T.Parallel 정적 및 심볼릭 반복 공간 혼합) — https://github.com/tile-ai/tilelang/issues/2906
- [4] tilelang #3165 CI에서 이식 가능한 예제 검증 실행 — https://github.com/tile-ai/tilelang/pull/3165
- [5] tilelang #3246 복사 병합 폭을 도달 가능한 벡터 폭으로 클램프 — https://github.com/tile-ai/tilelang/pull/3246
- [6] tilelang #3248 256비트 전역 메모리 접근을 SM100 및 최신 아키텍처로 제한 — https://github.com/tile-ai/tilelang/pull/3248
- [7] tilelang #3249 안전 게이팅이 포함된 KDA 디코딩 예제 — https://github.com/tile-ai/tilelang/pull/3249
- [8] tilelang #3250 GLM-5.3의 k 풀 압축 및 캐시 쓰기 — https://github.com/tile-ai/tilelang/pull/3250
- [9] TileOPs #2147 매니페스트로 복합 연산자 표현 — https://github.com/tile-ai/TileOPs/pull/2147
- [10] TileOPs #2149 희소 MLA 게더 범위 초과 및 페이지드 어텐션 타이밍 수정 — https://github.com/tile-ai/TileOPs/pull/2149
- [11] TileOPs #2150 페이지드 KV 캐시 헬퍼를 그룹 쿼리 어텐션 모듈에서 분리 — https://github.com/tile-ai/TileOPs/pull/2150
- [12] TileOPs #2151 SM90에서 TMA가 주소 지정할 수 없는 형상 보완 — https://github.com/tile-ai/TileOPs/pull/2151
- [13] TileOPs #2152 선택기 커널과 튜닝 분리 — https://github.com/tile-ai/TileOPs/pull/2152
- [14] TileOPs #2153 FP8 배치 행렬 곱 B 피연산자 전치 커널 — https://github.com/tile-ai/TileOPs/pull/2153
- [15] tilelang-ascend 데일리 테스트 리포트 (1936개 항목 전부 통과) — https://github.com/tile-ai/tilelang-ascend/issues/1813
- [16] tilelang-ascend CI 다중 디바이스 테스트 샤딩 — https://github.com/tile-ai/tilelang-ascend/issues/1812
- [17] tilelang-ascend #1602 대조 연산자 문서와 데이터 타입 커버리지 — https://github.com/tile-ai/tilelang-ascend/pull/1602
- [18] tilelang-ascend #1779 벤치마크 스크립트 버퍼 반환 토큰 수명 주기 수정 — https://github.com/tile-ai/tilelang-ascend/pull/1779
- [19] TileLang-Sunrise 백엔드 배포 저장소 — https://github.com/tile-ai/tilelang-sunrise
- [20] TileOPs-nightly 야간 스냅샷 커밋 (정확성 및 벤치마크 결과) — https://github.com/tile-ai/TileOPs-nightly/commit/484d540911a7ee814aef65d629b2494a831e979b
- [21] TileOPs-nightly 스냅샷 환경 메타데이터 — https://github.com/tile-ai/TileOPs-nightly/blob/snapshots/meta.json
- [22] FlashQLA #34 SM120/121 역방향 융합 커널 — https://github.com/QwenLM/FlashQLA/pull/34
-
[23] FlashQLA #41 SM100 KKT 솔버 점유율 최적화 — <https://github
- [24] FlashQLA #44 가변 길이 테일 블록 비동기 파이프라인 — https://github.com/QwenLM/FlashQLA/pull/44
- [25] TileOPs 문서 사이트 저장소 — https://github.com/tile-ai/TileOPs.github.io
- [26] TileSight 성능 분석 문서 저장소 — https://github.com/superAngGao/tilelang4tilesight-doc
- [27] arXiv 2607.22432 타일 수준 분석식 GPU 성능 모델 — https://arxiv.org/abs/2607.22432
- [28] TileKernels 저장소(채택자, 모니터링 기간 내 푸시 없음) — https://github.com/deepseek-ai/TileKernels
- [29] TileRT 저장소(조직 내, 모니터링 기간 내 푸시 없음) — https://github.com/tile-ai/TileRT
- [30] 메인 저장소 최신 릴리스 v0.1.14 — https://github.com/tile-ai/tilelang/releases/tag/v0.1.14
- [31] tilelang-ascend 최신 릴리스 — https://github.com/tile-ai/tilelang-ascend/releases/tag/TileLang-ascend-v0.1.2.000-release
- [32] tilelang-musa 최신 릴리스 — https://github.com/tile-ai/tilelang-musa/releases/tag/v0.1.14%2Bmusa.1